Michael

Because that varies depending on the server setup, and your setup is uncommon compared to most. Your host should have communicated this to you already.

As soon as a point upgrade doesn't need to modify several hundred files, most likely.

If those modifications edited source files, then yes. If they are hooks or applications, then you should be fine (for the most part).

Took me about 5-10 minutes. :unsure:

It may not be every file that got altered, but it's near enough. In the time it took you to get an answer to this, you could have uploaded all of the files and did the upgrade.

Don't know, still can't get it to work in Firefox, just that one too. Went to Chrome and was able to get it. *shrugs*

Anyone else having issues getting the newest IP.Downloads from their client centers? I got everything else just fine, but the download for IP.Downloads will never start for me for some reason, the browser just keeps spinning.

EDIT: Never mind. :P

Are the reports they can't see from forums they actually have moderator privileges to? I believe those permissions do get checked when determining which reports to show.

There doesn't appear to be any way anymore for third party applications to interface with the ACP help system: the section at the top of each ACP page that says "Get Help With This Page". It would appear that is now set to always just look and see if it can find content to grab from the http://acpdocs.invisionpower.com/ page. That does make the system cool in that you guys at IPS can update these docs and the help we get on our sites gets immediately updated on the fly, but it means that third party guys like myself have no ability to tie into that. Are there any plans to either let us add to this database or have some other way that we can hard-code in our own help text into our apps?

According to their standards of service, IPS has up to 2 days to respond to your ticket. This topic isn't feedback...

Yes, that's completely understandable, and I figured that this was a longshot anyway. It would just be nice to give folks that I think are being incorrectly caught by this at least some idea of why they got flagged.

Is there any way now or planned where we can get more information on the hits our sites are getting on the spam service? The reason I ask is because I got a level 4 hit on a registration over the weekend from someone who was a customer of mine on another site, and I'm reasonably certain he is not a spammer. I checked his email address and IP address on another site that stores this sort of thing (not sure if I should post the link or not, but they've been mentioned in the general discussion of forum spam before) and while his email address came up with nothing there were a few hits on his IP address. But from what I can tell, in his physical location any number of folks could end up having that as their public IP address on any given day. I'm just wondering if there's some way where we can see what it was that flagged a particular registration, as I'm sure this is something likely to come up again with other folks too.

In IP.Board 2.x, on the page where we manage our skin templates, you could easily tell which skin group had one or more modified skin templates in it as the little icon beside it would be red. This functionality was removed in 3.x. I found this to be helpful for a number of reasons, and would like to see it return. First, if an upgrade to the forum software modifies some skin templates, the upgrade script won't touch your modified skin template groups, and you'll have to patch those manually. When we look at a difference report, we used to be able to quickly see whether or not any of the templates changed in this new version needed this manual patching; if you could see that only 3 of your skin's template groups had been modified it made the job of patching a whole lot quicker. Secondly, it can be kind of an annoyance on a development board where you do things like test out code snippets. Again, when you upgrade that board, any modified templates you had won't get updated, so you may run into issues where you just fiddled with a bit of code, forgot to revert it, and now you have some code for the page that is out of whack.

They've never said they will start charging for IP.Subscriptions, the plan has always been to make it into a Community Project.

Yeah, it's exactly like that. :rolleyes:

That's not like, a lot of work though, to save an image and upload it to the emoticon manager, it's all of about 5 seconds. :unsure:

Why couldn't your members just start a topic on the forums where they post these emoticons they'd like added?

The setting is hardcoded (kinda like how I did it in that other topic) in the source for RSS exports.

How long until this topic gets closed? :rolleyes:

I support this suggestion. :)

Both have changed, although the furlTemplates.php changed very slightly (the addition of the familiar block of code checking if IN_IPB is defined).

Those third party skins that have this problem probably missed a CSS class that ensures the numbering is done for these lists; ul.bbcol.decimal by the looks of it.

Since it often happens that a new version gets released, some bugs slip through the testing process and a new build of that version needs to be uploaded to our client centers, I think it would be very helpful if the Your Downloads page where we download our copies of the software showed the date (or some other such indicator) of when this particular version was last uploaded. Maybe a build number there would be a good idea instead? I'm just thinking of all of the topics we get where folks talk about bugs they have that have already been fixed, but they might not necessarily have known the version was rebuilt.

That's not important that it get filled out, it's not used for anything.