I've just installed 184.108.40.206 over 220.127.116.11. Here's what I notice:
* User folders "autocorr" and "template" with their content didn't get transfered. The folders are absent in the version 4 user folder. So, understandably all user-added AutoCorrection entries aren't working, and user-created templates are missing.
* Folder "wordbook" is created but only contains the preset "standard.dic". All user dictionary (dic) files are not there. (So, essentially the problems is the same as the above.) Therefore, all user-added entries into "standard.dic" and all user-created dictionaries aren't available.
* User-installed extensions are all not transfer.
I'm able to manually fix these myself, but wonder about the average user. Presently, I would advice informing potential users of this issue at the download page, AND provide step-by-step workaround until the matter is resolved.
Adding Windows Installer expert, Andras Timar.
Petr Mladek deals with config migration issues.
do you still have this issue with recent upgrade to the 18.104.22.168 ?
(In reply to comment #3)
> do you still have this issue with recent upgrade to the 22.214.171.124 ?
I don't know. I've only migrated once from 3 to 4. If no one has done anything to this, the bug remains.
Maybe we can leave this as it is. Maybe not. I'm thinking: What will happen when the number goes to 5? I presume that a new user folder, 5, will be created. Will ALL the folders from 4 be migrated? It will frustrate non-power users (the majority).
The installer needs to check if it's installing over a version of different number and copy over everything (or perhaps not everything) from the old folder.
I see. The only way to know if bug is still present would be to install a 3.6.6 version, do some customization in the autocorrection, dictionaries and templates sections, then install current 4.1.3 on top of it and see if the user profile migration fails are still reproducible.
I agree with you that it would be important to know that for the future release of the next major release (LibO 5.0.0)
Does this behavior persist with LO 4.3RC1?
If so, please back to unconfirmed.
Also I have not experience this issue under OS X so might this be Windows or Linux only?
(In reply to comment #6)
> Does this behavior persist with LO 4.3RC1?
> If so, please back to unconfirmed.
I don't know. Don't have the resources now to test it. Need to do sth as suggested by tommy27 in Comment 5.
Anyway, I've changed some tags as suggested. But I still see this as important to look into. It would look pretty bad on LO5 if user customizations are not migrated from LO4.
Recently, I installed
on a computer with LibO 126.96.36.199
The old version remains (which I suppose is expected) and the new version has the user settings and extensions properly migrated.
So, the matter is resolved.
Thanks for the update! Since we do not have a commit fixing this it is WORKSFORME.