Michael

They used to be used, now they just look at what URL was tied to your account to see if there is a question about the legitimacy of a certain forum.

You are correct, there isn't a built-in way in IP.Board to set it so that a certain group of users (members using a certain permission mask, not necessarily a certain user group) can lock their own threads in a certain forum; the permission system does only let you set those six permissions you mentioned. But there is a reasoning for that: those are the permissions most likely to change on a mask-by-mask and forum-by-forum basis. There is a resource cost for storing permissions; the more permissions you need to be storing, loading, and checking, the more CPU and memory that is needed to load the page. Multiply that by the number of users hitting the pages where these permissions are checked and you could end up with a significant increase in resource usage. There has to be a balance between resource usage and features, which is why IP.Board only gives you these few options in the permissions matrix. I'm a bit surprised the vBulletin guys think this is such a weakness, this isn't something that very often gets a lot of attention from customers here saying that it needs any improvement.

The need the ticket number, not just when it was opened. If you don't have a number for it, my guess is you might not have actually successfully submitted it. It happens sometimes, but it's something you should check before you post a public topic about how awful you think support is.

They're either running Sphinx or they have done the change to MySQL I referred to. AS I said, it's possible to change this limit, but the vast majority of board owners will not have the ability to do so.

As stated elsewhere in this topic, this site should behave like a typical IP.Board installation so that folks who buy the product know what they're getting. That being said, 4 characters is the minimum search limit defined by MySQL, and while it is changeable, it's not something most folks will have access to change; most folks who buy IP.Board will be limited to 4 characters searches so that's what this board needs to do as well. And, if you're going to search for a common TLA like CSS, you're going to get results that aren't helpful.

Yeah, that's one of mine, but it only will show you who was on today, not, say, April 14th 2008.

IPS makes only the skins that come with the product. If the problem is with those skins (forget about any other skins now, ok?) that come with the software, then report those problems in the bug tracker. If there are problems you are seeing with skins that IPS doesn't make (stuff you download from the resources site or any other sites) and the problems are not the same as what you would see with the skins IPS makes, then yes, they are issues you need to address with the skin maker. I can't make you accept this, but it's the truth. If you're not going to take this advice, then I can assure you the issues you're experiencing will never be resolved. I'm done trying to get this through to you.

As requested, moving this to IP.Board Feedback...

Yes, open the /Documentation/START_HERE.html file and look for the section that says "Upgrading?".

There really isn't a 'free converter', if you have an active license for IP.Board you can download 3.0.4 and just follow the upgrade instructions included in it.

On some sites it might be feasible to store this data for years, on others it might only be feasible to store it for a week. This is IP.Board, not vBulletin, just because vBulletin has a feature doesn't mean IP.Board needs it too. "vBulletin has this option" is not and should not be a factor in determining whether something is added to this software. I'm not IPS, so it's not my decision to make, but I seriously doubt this is something they'll consider adding.

It's not possible unless some changes are made to how member visits are logged. Right now, the only thing that is recorded is that last visit each member makes; nothing is currently stored that tells if a certain member was online on a certain day. The space necessary to store every visit every member makes in order to build this statistic would be too much to make this a worthwhile feature.

I'm not sure how much clearer I can make this. Post a bug report in the tracker about issues with the default skins.

Because IPS isn't making the third party skins, that's what the term 'third party' means. As I said, if the problem is with the board, and the skins that come with it, then you should report them as bugs in the tracker. If the problem only occurs with skins you install that are not made by IPS, it is up to the makers of those skins to fix them. That does include skins downloaded from the resources site, yes.

some users undoubtedly do behave like you're describing. Many others just go into the forums they want and look topic-by-topic. People who may find the site by a search engine might only see the front page, or a specific topic. Some people might only come and use the messenger to talk to their friends in there. Search engine spiders, or other crawlers, might hit any one of the dozens of available links on the page. In most cases, it's the board index that is the most loaded page, by a wide margin, that's the one that needs to be resource friendly. No one is saying that this is a bad idea, I'm sure lots of people would like to see this as an available hook, it's just that it's not something IPS can unleash on every board, it will cause resource issues on the biggest boards that IPS then has to deal with.

Weird, that section of my board isn't behaving correctly with these CSS changes, my post_controls bar has lost its background color. Checking Firebug, I don't see this site using those CSS classes that difference reports says were added, like background-image.

Issues with third party skins are the responsibility of the skin authors to fix. If there are issues with the default skins included with IP.Board, report them as bugs in the bug tracker.

Any chance IPS can communicate that list back to the authors of those mods? I would definitely like to know if one of my mods causes problems that it takes a ticket to IPS to resolve. The only one I know about is my Board Panel has a nasty query in it to find the favorite forum, but that does have a setting to disable it should that be a problem.

I agree with this suggestion, we should have complete control over the ordering of those tabs without having to resort to hacks.

But you're displaying that block on every page load of the board index, the most visited page of the forum. So it has to query for those posts, which is a query involving a join between the biggest table in the database (posts) and another sizable one (topics), plus checks for which forums it should be pulling from. It might work fine for you, and 90% of other sites, but those few that it kills their servers make it something IPS can't really include in the base product. It's a relatively simple mod to make, it's just that the risk of resource usage on it makes it too dangerous to include in the software by default.

It is actually feasible. IPS might have added a security check into some random form's template in a new release, and the custom skin failed to include that, thus opening a hole for some type of injection or other malicious activity.

FYI, the Manage Applications & Modules page gives you an option to uninstall all installed applications, that would have been the proper way to do this.

You should report it as a bug.

A feature like this would have come in handy for my Tutorials app, +1 from me. :)

I knew my blatant pandering to your fondness for Radiohead would pay off. :) :frantics: