Jump to content

DevNTG

Clients
  • Posts

    80
  • Joined

  • Last visited

 Content Type 

Downloads

Release Notes

IPS4 Guides

IPS4 Developer Documentation

Invision Community Blog

Development Blog

Deprecation Tracker

Providers Directory

Forums

Events

Store

Gallery

Posts posted by DevNTG

  1. Oh, okay. I thought you did have them on topics as tags, and wanted to turn them into prefixes. If not, you have three options:

    1. Use the mass-add tool using search terms (you said probably won't work)
    2. Use forum saved actions (formerly multimods) such that mods/admins can check topics to apply the prefix to, then use the saved action to fix all at once.
    3. Edit each one-by-one to set the prefix.

    Then send grunts to do it, both 2 and 3. That's what I've been doing, I guess this will do, thanks!

  2. Hmm. If it's all instances of a given tag, you could change them all to prefixes pretty easily in the database. See table 'core_tags', there's a column there 'prefix' or such, 0 or 1. You could change those, then run the rebuild tags cache tool.

    There are no tags in the forums I want that have 0 in the prefix column :( Thoughts? I recached several times, and ran your "db fix" already.

  3. Hmm. If it's all instances of a given tag, you could change them all to prefixes pretty easily in the database. See table 'core_tags', there's a column there 'prefix' or such, 0 or 1. You could change those, then run the rebuild tags cache tool.

    I'll give it a go.

  4. Is it possible to add mass replace tags with prefixes? I bought it, but some prefixes weren't restored (I upgraded to IPB4), so I was just wondering before I spawn a couple grunts to go out and do it manually one by one (though that's over 10k topics :( ). There isn't anything in common with each post inside, nor the title, just the tag.

  5.  

    When you have the chance post your method here for those having the same issue. I think it will save a few strands of hair being ripped out

    Though the converter did a great job for a number of us there are still those like yourself getting frustrated with it not working for them.

    https://docs.moodle.org/23/en/Converting_your_MySQL_database_to_UTF8

    This explains it in full, I used the commands needed from here, then you have to make sure to change all instances of the current charset to UTF8 with something like vim or nano. After that, reimport the dumped DB, and try running the upgrader again, and it shouldn't ask you to convert anymore. Your forum will go down with this change though, so I recommend that you make proper notices when doing so.

    This honestly can be done for any charset of any kind, and if the converter is doing weird stuff from the beginning, I suggest you ditch it and use this instead. 

  6. Well, my issue has to do with the starting character set, which is latin swedish (idk why it's set as that, but it is), and I think the main issue is converting from particular char. sets to another. If the board at origin has one that has been test with the converter prior to it's release, it will be fine.

     

    I don't think IPS did so with mine, therefore the issues can be fixed and they can debug what's breaking the password column in the members table.

    IPS support is looking into it, but unfortunately, I won't be able to upgrade my board till this is resolved.

  7. Which utf-8 version?

    I found there is a problem with key-length in 3.4.x tables when you upgrade to the extended utf-8 version (utf-8 mb4?), causing significant problems in 3.4.x.

    I'd suggest upgrading only a copy. Creating a copy, on a different domain, or even just a different directory, you can do by following the instructions I provided a while ago. I just found it again, here it is:

    https://community.invisionpower.com/topic/408977-moving-or-copying-an-invision-community-suite-34x-installation-to-a-new-site-or-new-path/

    Kind regards, Wim

    It was automatically converted by the included converter inside the IPB4 upgrader. Pretty sure it was UTF8, not UTF8m4 but I might be wrong, as your explanation seems about right. But regardless, it's something IPB should take care of.

×
×
  • Create New...