Ryan H.

It requires setup to do so, but yes. If I understand you correctly: You can change a prefix definition in Manage Prefixes, and change its topic assignments in Manage Tags, to cover both.

I don't understand what you mean.

I can't reproduce your problem on AT&P 3.1.8. Able to edit and delete just fine with spaces and ? and & in the mix.

I don't know. I said above a couple weeks for the one issue I know about. That's bizarre. Others have been fine. The error message suggests IPS is trying to run two copies of the hook, which doesn't make any sense. Could you try disabling/reenabling the hook, or the application itself, and see if that makes any difference? If not, I'm going to have to ask you to contact IPS support. I don't know what might be going wrong there.

Thanks for the offer and the info.

Thanks for the info!

I have not tested with 4.2, but I have not been made aware of any issues.

Oh. I don't have the Pages app, so I'm not going to be much help. Are prefixes enabled in Pages? Are they enabled site-wide? In theory the AT&P functionality will cover any tag-enabled content type, but I can't guarantee that in practice. I don't know if anyone else uses it with Pages and can speak to what it can do. As for forum copies of articles, I don't think tags/prefixes are normally copied along with the article. I could be wrong.

At this point I have no idea what that will involve (or why it wouldn't already be covered). I'll have to investigate. Per other responses: mostly. I'm sorry, I don't understand your problem. Could you explain further?

Did your SQL version or settings change at all? I heard rumors IPS would be removing grouping support in 4.2, but wasn't sure since nobody ran into issues earlier in beta. ... anyway, it's something I'll have to rebuild to work in a different way in order to avoid that error. 1-4 weeks out, probably?.

I always have to look it up to find it again. Admin > System > Settings > Posting > Tags (tab) > "Convert all tags to lowercase": No

There's a global tag setting 'force tags to lowercase' that you probably need to disable. You should be able to search the ACP to find it.

That's a core setting, upgrading isn't really my thing. It looks disabled there. Was it disabled before, then enabled after you upgraded? I haven't heard of anyone else having that problem, and a lot of people have gone from 3.x to 4.x.

Jujuwar indicated all primary functionality works fine still in 4.2. https://invisioncommunity.com/forums/topic/416840-advanced-tags-prefixes-ips-4x/?do=findComment&comment=2694465

I don't know. Maybe the IPS upgrade forced all tags to lowercase. Maybe somebody ran the force-lowercase tool without realizing it. Maybe something else happened. Any way about it, I explained what your options are. You either need to change everything to lowercase, and that's very easy to do--or if you don't want to do that, which seems to be the case, you need to edit each of the lowercase versions in the Manage Tags section to have the capitalization you want again. Not currently. I took it out of the prefix edit form because I was trying to make prefixes more generic, not directly associated to the Forums app. You can create and use a prefix for any tag/prefix-supporting app and content type, and the edit form for all of those types (for actually selecting usable prefixes) is exactly the same. I realize chances are everyone uses it for forums though, and that change just makes it a pain.

I'll investigate that at some point. In theory, it would be--just saying, that would be a big change from how it currently works (and has worked for a long time), in the core product. Multiple prefixes isn't likely to happen. One record (topic) => one prefix is pretty deeply ingrained in IPS. Styling tags hasn't ever been a feature. Conceptually it would hardly be different from prefixes (which of course are already covered). Can't say I've heard anyone ask for that before though. You could probably add the data-tag bit yourself in your theme templates. Okay. Not surprising, that core feature was only added recently, I haven't looked at it. I'll investigate what would be involved.

Okay. I'll have to get back to you. Hmm. Doable. That would be a notable behavior change though. Not realistically doable. Search results and topic list are completely different things, despite the similar content--and they keep getting more different the more topic list features IPS adds with each version.

Is it still as bad? Doesn't look like you still have duplicated tags/prefixes anymore, maybe just not shown in that screenshot though. Your problem is capitalization--prefixes are case sensitive now. They may not have been on 3.x. That means you need to either convert everything to lowercase (there's an AT&P tool to do that in one swoop), or manually fix your existing tags to have the right capitalization in the Manage Tags section. "et application" and "ET Application" are not the same thing. If you change "et application" to be capitalized, it'll style correctly. I'll look into that, thanks. What version are you running? I fixed a number of such issues in recent releases, maybe the mass-add tool escaped me though. Another workaround would be to use the full name, and disable the 'include title in formatted prefix' setting, entering whatever text in the prefix/suffix fields manually. This used to be a feature way back on like IPB 3.1. Immensely invasive (required overriding a swathe of core code, was always causing problems), and highly prone to performance problems. I wish it could be done easily. Thanks for all the suggestions. Are you running the latest version? Just making sure before I investigate. I addressed issues like this last release (I think). Yes, that is correct.

Don't know why that would be. Could you (or have you) run the recache tags tool?

None of the tables are temporary. Some (tags cache, search index) can be rebuilt given time. You can probably get away without touching core_tags_perms. Using the delete button on a tag in AT&P removes all instances of it from core_tags, then updates corresponding records in core_tags_cache and core_search_index_tags. You could replicate that by just removing records from core_tags, then running the search reindex (core) and tag recache (AT&P) tools. Tag manager is different from prefix manager. Tag manager lets you see/edit/delete all tags in use on your site. That being said, Juju indicates that's not actually broken on 4.2. You can upgrade the app and app data from 3.x to 4.x alongside IPB itself, or after the IPB upgrade. You'll just need to purchase and install the new 4.x version and all of your old prefix data and settings will still be there.

Tags are stored in the DB in core_tags*. You could do it manually, and then update the tag cache and search index, but I wouldn't recommend it. Note that your actual number of pages is probably (substantially) lower than the page count shown. IPB doesn't count the number of rows correctly in most versions. Can't say. Anyone else know? I expect most things will be fine, but tag management section may not (I think they were planning to remove part of the functionality it uses).

This app's prefixes hook onto the normal tag system. If you have a tag-enabled database, you should be able to configure (and select) prefixes when creating records for that database. That being said, I don't own Content, I've never used Content, so I really can't say anything beyond theoretical. Forums is the primary focus. They should only be required if you have 'require a prefix' set to yes for the forum, and they should be selectable either way. If that is not the behavior you're seeing, that's broken, please provide additional info or screenshots.

Got it.

Okay. Let me know when you have more info. Thanks.

Okay. Doesn't help me narrow things down at all though. Can you send me a more complete trace, or any other info to track it down? You said "a lot of php stuff afterwards", but I have no way of associating that with anything. Does disabling the app make CPU drop back down?