On 10/26/2020 at 3:02 PM, bfarber said:

If your database is particularly large you may need to run the UTF8 converter from the command line. Submit a ticket for technical support if you're having trouble.

In addition, when running your forum not in public_html, but say, a directory off that, like "forum" or "forums", you will have to copy conf_global.php into public_html, otherwise the converter will not find it.

Kind regards, Wim

Ok, I will do so :).

The same is true for the others I posted a reply to.

Kind regards, Wim

Thank you, Adriano, that would be great indeed. We can wait. With all the stuff we have to upgrade we will be busy for a bit anyway :). The only reason for asking is that we found that some add-ons, which were fine with 4.3.4, no longer work with 4.3.5.

Kind regards, Wim

Hi Adriano,

Is 4.3.5 supported yet?

Question from a long time user on 3.4.x who is preparing to upgrade to 4.3.5.

Thank you very much in advance.

Kind regards, Wim

Hi Adriano,

Will this work with 4.3.5?

Thank you in advance!

Kind regards, Wim

Hi Adriano,

Does this work with 4.3.5?

Thank you in advance!

Kind regards, Wim (your original user :))

It is not working with 4.3.5, when trying to install.

Error:

Sorry, there is a problem

Error code: 1S160/2

Umm... the domain name is not correct.
Could you please change the urls to the correct ones for us to be able to have a look?

Assuming you deleted the cache prior to recacheing, did you also change all the urls in topics, posts, config tables etc. to the correct ones?

Kind regards, Wim

The database does not get cleared of the tables created by 3rd party mods during an upgrade - these would be required for a mod upgrade after all. You would have to do that manually first, by uninstalling all 3rd party mods. In addition, for some mods which create tables, you may have to manually uninstall these regardless, from phpMyAdmin or so, as the uninstall routines do not always take care of the removal of the tables created by the mod.

However, not removing those tables generally is not a problem. Problems may be caused by non-removal of entries in the system configuration tables, and possibly from additional fields/columns added to existing tables, although I have never had any problems with the latter so far. The former, yes unfortunately. And those are generally a pain to remove.

Regarding translations: AFAIK, you need to have the system installed before you can create a translation. It is in the ACP, in Customization => Localization => Languages.
You may translate everything there and then, on the fly.

HTH, kind regards, Wim

Yes: converting it straight to 4.x will do just that, but the last time I ran it, it just gave boi hassles in other areas. Still need to retry with the current version at some stage.

Kind regards, Wim

That doesn't work anymore with our database - too large :). It is well beyond 2GB. I haven't found an editor yet, with which you can actually edit the thing. Tried splitting it up, but that is a major pain, and still doesn't work too well anyway.

Kind regards, Wim

Well, I upgraded utf, also from latin-swedish, to utf-mb4, and it gave me errors caused by key-length - so it said. For both of my current 3.4.x installations.

utf-mb4 uses more space than plain utf-8 does, so that was probably why. This all in 3.4.x I reckon 4.x has been coded so that it will atomatically cater for correct key-lengths, but it looks that 3.4.x doesn't.

I haven't checked the utf-8 converter in over a month now, so who knows, it may be fixed now.

Kind regards, Wim

I reckon you converted to utf-mb4 in that case. I think it is the default setting. however, it is a few weeks since I last tried, and been busy with too many other things, so I may be mistaken.

Kind regards, Wim

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

​Hi Stuart,

Sorry I only get back to this now, but I looked and couldn't find the error log for this error. There are a zillion of them, and I have no time to go hunting for the one I need, so a hint as to which one to look at would be great. It is not in the standard error log for the database or for the IPB stuff.

Thank you in advance.

Kind regards, Wim

Very weird problem, only with IE11.

When deleting feedback, as a moderator, it comes up with the following error:

************************

Internal Server Error

The server encountered an internal error or misconfiguration and was unable to complete your request.

Please contact the server administrator, webmaster@fountainpennetwork.com and inform them of the time the error occurred, and anything you might have done that may have caused the error.

More information about this error may be available in the server error log.

*************************

Note that this works fine, with the same user, in FF, Chrome, Safari and Opera. I am running Windows 8.1 Pro.

I have tried clearing the browser cache, temp files, cookies, history, etc., several times, including using CCleaner, checked user settings in ACP, checked server permission settings.

No clue as to what could cause this.

Any ideas?

Thank you in advance.

Kindest regards, Wim