[Libreoffice-bugs] [Bug 57061] Not all personal data imported during install from /3 User Profile

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=57061

Joel Madero  changed:

   What|Removed |Added

 Status|NEEDINFO|ASSIGNED
   Assignee|libreoffice-b...@lists.free |pmla...@suse.cz
   |desktop.org |

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 57061] Not all personal data imported during install from /3 User Profile

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=57061

--- Comment #83 from Joel Madero  ---
82 comments later can we close this as FIXED and give Petr a big thank you? ;)

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 57061] Not all personal data imported during install from /3 User Profile

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=57061

--- Comment #82 from Commit Notification 
 ---
Petr Mladek committed a patch related to this issue.
It has been pushed to "libreoffice-4-0":

http://cgit.freedesktop.org/libreoffice/core/commit/?id=4f569b6b787586671626f03a61c20b39142a2304&h=libreoffice-4-0

Migrate also Java and Online Update setting (fdo#57061)


It will be available in LibreOffice 4.0.2.

The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
http://wiki.documentfoundation.org/Testing_Daily_Builds
Affected users are encouraged to test the fix and report feedback.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 57061] Not all personal data imported during install from /3 User Profile

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=57061

--- Comment #81 from Pedro  ---
(In reply to comment #80)
> Petr Mladek committed a patch related to this issue.
> It has been pushed to "master":
> 
> http://cgit.freedesktop.org/libreoffice/core/commit/
> ?id=7cb3fef6e7f25b7391963f316ffd72535c3f923f
> 
> Migrate also Java and Online Update setting (fdo#57061)

Well done Petr ;)

Since these are all bug fixes (and not new features) can't they be cherry
picked to the 4.0.x branch so that they can be tested and added to 4.0.2?

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 57061] Not all personal data imported during install from /3 User Profile

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=57061

--- Comment #80 from Commit Notification 
 ---
Petr Mladek committed a patch related to this issue.
It has been pushed to "master":

http://cgit.freedesktop.org/libreoffice/core/commit/?id=7cb3fef6e7f25b7391963f316ffd72535c3f923f

Migrate also Java and Online Update setting (fdo#57061)



The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
http://wiki.documentfoundation.org/Testing_Daily_Builds
Affected users are encouraged to test the fix and report feedback.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 57061] Not all personal data imported during install from /3 User Profile

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=57061

--- Comment #79 from Petr Mladek  ---
Grr, i have this "TAB" + "Enter" behavior in bugzilla. Let me continue:

+ I am going to put the fix for the online checking after some
investigation


3. Many changes in menu entries are not migrated (comment 71 by Harald)

 + it seems that the menu entries are filtered by a pretty old code added
by
   
http://cgit.freedesktop.org/libreoffice/core/commit/?id=97e96b230c86d10cb31793d3737c7d1d97041dfb

 + IMHO, the problem is that the code does not know if the menu entries
were added/removed/renamed by the user or by the new version.
It has to guess and it seems to be using the following approach:

   a) it ignores renamed entries because they might be renamed by the
new version;
   It helps to be compatible with help and tutorials; By other
words, it
always enforces the name from the new version;

This explains the non-renamed menu items - problem 5, 13, 16
from comment 71.


d) It ignore moved entries because the move could be caused by new
version.
It again helps to be compatible with help and tutorials. The
only exception are
menu entries added by the user, see below. By other words, it
resets
the order according to the new menu. It keeps the entries that
are not longer
in the new menu on the location where they were before.

This explains the non-migrated moves - problems 1, 2, 6, 12, 14

   b) It tries to do not lose any user added entry. It keep all entries
from the old user
   menu that are not in the new menu.

  This explains the forgotten menu entry - problem 18 from comment
71.


   c) It tries to do not loose any new menu entry from the new
application. It keep all entries from 
   the new menu that are not in the old user menu.

   This explains the non-deleted entries - problems 4, 8, 16, 17
from comment 71.
Note that the two zoom items are caused by non-deleted old
"Zoom" entry.

   So, it is explained. The questions is what to do with it. I do not see any
easy solution. The current
   logic sounds reasonable. If we want to solve it properly, we would need to
store information about
   all menu changes between all old OOo and LO release and use it in the update
logic. This would 
   be a real hard hack and I am not sure if it is worth the effort. It would be
actually needed even
   for update between minor versions that modify menu entries as well.

   If we want to better solve the menu migration, I would open separate
enhancement bug for it.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 57061] Not all personal data imported during install from /3 User Profile

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=57061

--- Comment #78 from Petr Mladek  ---
I have finally got time to look at the migration problems again and I am able
to fix only one thing easily. The rest is more complicated :-(

1. Java setting is not migrated (comment 72 by Pedro)

 + one reason is that we do not copy user/config/javasettings*.xml
 + but even if we copy the file, it does not help because there is modified
the list of supported
vendors in /opt/libreoffice4.0/ure/share/misc/javavendors.xml; This
change would cause
re-detection and reset to the default java even if we do not move the
migration.

 We could do better but this is an old bug. It would happen even if we did
3.7 instead of 4.0.
 I would suggest to solve it separately.


2. Online update checking was manually unselected in 3.6.5.2 and is selected
again in 4.0.1.2
(comment 72 by Pedro)

+ This can be fixed by enabling the migration for
"/org.openoffice.Office.Jobs" in 
   officecfg/registry/data/org/openoffice.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 57061] Not all personal data imported during install from /3 User Profile

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=57061

--- Comment #77 from Petr Mladek  ---
(In reply to comment #75)
> However, I thought that the 4.0.1 sub-release was aiming at giving user an
> effortless migration experience from 3.x if you still have to fiddle
> with hidden files and folders in "appdata/libreoffice", I would say the
> process is not ready for prime time yet.

The fixes will help people who newer started 4.0.0 but they start testing the
4.0 release with 4.0.1 build. The fiddling with the hidden files and folders is
needed only for people who already migrated with 4.0.0 release and they want to
do it once again with the improved 4.0.1.

By other words, we could not fix already migrated configuration automatically.
It would remove changes that people made with 4.0.0.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 57061] Not all personal data imported during install from /3 User Profile

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=57061

--- Comment #76 from Pedro  ---
(In reply to comment #75)
> However, I thought that the 4.0.1 sub-release was aiming at giving user an
> effortless migration experience from 3.x if you still have to fiddle
> with hidden files and folders in "appdata/libreoffice", I would say the
> process is not ready for prime time yet.

That was not the only goal of 4.0.1
Fixes in the 4.0.x branch will continue until version 4.1.0 is released.
So keep posting problems on this bug report.
For further discussion go to
http://nabble.documentfoundation.org/Install-path-for-LibreOffice-under-Windows-tp4041530.html

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 57061] Not all personal data imported during install from /3 User Profile

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=57061

--- Comment #75 from Andy  ---
I see. 
I have now solved my own case by applying Pedro's advice (basically, first
moving the 3.6 install in a generic "libreoffice" folder, and then installing
4.0.1.2 on top of it, plus some other details).

However, I thought that the 4.0.1 sub-release was aiming at giving user an
effortless migration experience from 3.x if you still have to fiddle with
hidden files and folders in "appdata/libreoffice", I would say the process is
not ready for prime time yet.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 57061] Not all personal data imported during install from /3 User Profile

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=57061

--- Comment #74 from Petr Mladek  ---
(In reply to comment #73)
> I too, tried 4.0.1.2:
> I uninstalled 3.6.5 from the "Libreoffice 3.6" folder;
> I the  installed 4.0.1.2 in the default "libreoffice 4.0" folder.
> 
> Unfortunately, no personal setting was migrated, starting from personalized
> toolbars, which are gone and replaced by the standard ones.
> 
> Am I missing something?

Please, read the comment 53. You need to remove the "libreoffice/4"
configuration and also the "libreoffice/3/MIGRATED4" file to trigger the
migration.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 57061] Not all personal data imported during install from /3 User Profile

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=57061

--- Comment #73 from Andy  ---
I too, tried 4.0.1.2:
I uninstalled 3.6.5 from the "Libreoffice 3.6" folder;
I the  installed 4.0.1.2 in the default "libreoffice 4.0" folder.

Unfortunately, no personal setting was migrated, starting from personalized
toolbars, which are gone and replaced by the standard ones.

Am I missing something?
Shouldn't the 4.0.1 solve this?
Maybe I have to install it in the same "libreoffice 3.6" folder of the previous
version?
Or I should not uninstall 3.6.5 before installing 4.0.1?

Any hint is really welcome, thanks

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 57061] Not all personal data imported during install from /3 User Profile

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=57061

--- Comment #72 from Pedro  ---
Update: just installed 4.0.1.2
Many progresses in user data migration.

However some settings are still not migrated:
1) Java version is not selected (was manually selected in 3.6.5.2)
2) Online update checking was manually unselected in 3.6.5.2 and is selected
again in 4.0.1.2

Because pathnames where changed, all Shared extensions were lost and need to be
reinstalled. More on this in the QA mailing list.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 57061] Not all personal data imported during install from /3 User Profile

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=57061

--- Comment #71 from harald-koes...@htp-tel.de ---
I made some more tests according migration of menu changes.

User profile created with version 3.6.5 release, UI: German
Migration tested with version 4.0.1.1, UI: German

Here are the results:

(1) Change order: Writer menu: File: „New“ moved on position down (below
„Open...“) (NOT MIGRATED)
Worked with Version 4.0.1.0+ (2013-02-19 08.45.16)
(2) Change order: Writer menu: Table > „Split cells...“: moved 3 postions lower
(below „Split table...“) (NOT MIGRATED)
(3) Add Item: Writer menu: „File“, „Extended tips“ added to last position (OK)
(4) Delete item: Writer menu: Format > „Styles and Formatting“ deleted (NOT
MIGRATED)
(5) Rename item: Writer menu: View, name of „Ruler“ changed (NOT MIGRATED)
(6) Change order in submenu: Writer menu: Format > Anchor > „To page“ moved to
the end of submenu (NOT MIGRATED)
(7) Add item in submenu: Writer menu: Item added to submenu „Insert“ > „Object“
(OK) 
(8) Delete item in submenu: Writer menu: Edit > Changes > item „Comment...“
deleted (NOT MIGRATED)
(9) Rename item in submenu: Writer menu: Tools > Update > „Page Formatting“
renamed (OK)
(10) Rename default menu group. Writer menu: Is not possible. I don‘t know if
this is intended.
(11) Rename subgroup: Writer Menu: Insert > „Fields“ renamed (OK)
(12) Move group: Writer Menu: Move „Edit“ one position to the right (NOT
MIGRATED)
(13) Create new menu group in Writer menu: Add 3 random items to group and
additional one item with a submenu with 2 random items. New group with all
items is migrated, but the name of the group is not migrated. After migration
the wrong menu group name is „CustomMenu1“. The names of all menu items are
correct. (ONLY PARTLY MIGRATED)
(14) Change order: Calc menu: View > „Navigator“ moved up 4 postions (below
„Status Bar“) (NOT MIGRATED)
(15) Add item: Calc Menu: one item inserted in group „Data“ (OK) 
(16) Delete item: Calc menu: Edit > item „Plug-in“ deleted (NOT MIGRATED)
(17) Another observations with all the menu changes above: Writer menu: View:
There are two items „Zoom“ with different functions in this menu group: The
item, which is wrong here opens the dialog „Zoom & View Layout“ (ITEM WRONGLY
ADDED)
(18) And another observations also with the menu changes above: Writer menu: In
group „File“ a submenu with 4 items has been wrongly inserted between „Digital
Signatures..“ and „Preview in Web browser“. The name of this submenu is
„TemplateMenu“. This name is not translated to German. The first item of the
submenu has not got name, i.e. there is only an empty place. (SUBMENU WRONGLY
ADDED)

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 57061] Not all personal data imported during install from /3 User Profile

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=57061

--- Comment #70 from harald-koes...@htp-tel.de ---
(In reply to comment #68)
> 
> The only remaining this is:
> 
>  *  Change order in Menu (NOT MIGRATED !!!) 
>  Was OK with Version 4.0.1.0+ (2013-02-19 08.45.16) !!!
> 
> I did the following test in Writer:
>   *  Add "Bibliography Database" into "File" menu, just after "Close"  
> (OK)
>   *  Move "Safe" before "Close" in the "File" menu  (NOT MIGRATED)
>   *  Move "Zoom" on top of the "View" menu (OK)
> 
> So, the menu migration partly works. LO-4.0 has the new menu entry
> "File/Safe As Template". I guess that LO-4.0 somehow enforced the updated
> "Save *" section and blocked moving the "Save" menu entry. I think that it
> is a corner case and not-worth fixing.
> 
> Harald, what changes you did in the menus, please?
> Do you see the problem with more menu entries?

I did this 2 tests:
(1) In the Writer menu "File" I moved the item "New" below "Open...". This was
not migrated.
(2) In the same menu I added the Command "Application > Extended Tips" at the
end of the menu. This works. (But I just observed another problem: I tested the
migration with the German UI. In order to tell you the right English names for
the different items I changed to the English UI. But the language of the new
inserted menu entry still is in German !! Just for your information. I think
this is not a migration problem.) 

Hence I only performed the mentioned two test cases, I can't estimate if there
are more problems with the migration of the menus. From my point of view there
are some more test cases necessary in order to get a good 'feeling': change
menu items not only in Writer, delete items from the menu, rename menu items,
add a new menu group, add submenus, 

I intend to do some more tests according the migration of the menu, but you
know, it's not a 5-minute-task 

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 57061] Not all personal data imported during install from /3 User Profile

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=57061

--- Comment #68 from Petr Mladek  ---
Harald, thanks a lot for retesting. The following items should get fixed by the
last commit:

*  LO Window size
*  Some randomly tested options:
   -  LibreOffice > Advanced > „Enable macro recording“ and „Enable
  experimental features“
   -  LibreOffice > Paths > My documents
*  Macros
   (macro created with macro recorder, macro inserts just some words)

I am waiting for one more approval, so I am pretty sure that it will be in
4.0.1.2 build.

---

The only remaining this is:

 *  Change order in Menu (NOT MIGRATED !!!) 
 Was OK with Version 4.0.1.0+ (2013-02-19 08.45.16) !!!

I did the following test in Writer:
  *  Add "Bibliography Database" into "File" menu, just after "Close"  
(OK)
  *  Move "Safe" before "Close" in the "File" menu  (NOT MIGRATED)
  *  Move "Zoom" on top of the "View" menu (OK)

So, the menu migration partly works. LO-4.0 has the new menu entry "File/Safe
As Template". I guess that LO-4.0 somehow enforced the updated "Save *" section
and blocked moving the "Save" menu entry. I think that it is a corner case and
not-worth fixing.

Harald, what changes you did in the menus, please?
Do you see the problem with more menu entries?

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 57061] Not all personal data imported during install from /3 User Profile

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=57061

--- Comment #66 from harald-koes...@htp-tel.de ---
Here are new test results:

User profile created with version 3.6.5 release, UI: German
Migration tested with version 4.0.1.1, UI: German

Migrated items:
*  Recent documents (OK)
*  LO Window size (NOT MIGRATED)
*  Some randomly tested options:
   -  LibreOffice > User data (OK)
   -  LibreOffice > General > Tips (OK)
   -  LibreOffice > Memory > Undo > Steps (OK)
   -  LibreOffice > Advanced > „Enable macro recording“ and „Enable
  experimental features“ (NOT MIGRATED), different options 
  cathegory in Version 3.6.x: LibreOffice > General
   -  LibreOffice > Paths > My documents (NOT MIGRATED)
   -  LibreOffice > Appearance > Document background (OK)
   -  Load/Save > General > Save > Edit document properties... (OK)
   -  Language Settings > Show UI elements for East Asien Writing (OK)
   -  Writer > General > Settings > Tab stops (OK)
   -  Writer > Table > Heading (OK)
   -  Writer/Web > Grid > Resolution > vertical und horizontal (OK)
*  AutoTexts (OK)
*  Display additional tool bar (OK)
*  Additional visible icon in tool bar (OK)
*  Remove (i.e. not visible) icon from tool bar (OK)
*  Change order in Menu (NOT MIGRATED !!!) 
   Was OK with Version 4.0.1.0+ (2013-02-19 08.45.16) !!!
*  Additional Item in Menu (OK)
*  Macros (NOT MIGRATED)
   (macro created with macro recorder, macro inserts just some words)
*  Customize keyboard (OK)

Petr, your asumptions of comment 65 relating to the appearance and the short
cut settings seemed to be correct, both items are migrated now.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 57061] Not all personal data imported during install from /3 User Profile

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=57061

--- Comment #65 from Petr Mladek  ---
harald-koester@, I have two more ideas what might went wrong.

1. Note that the migration works only in two ways:
 + LibreOffice -> LibreOffice   (between official builds)
 + LibreOffice -> LODev  (from official 3.x build to daily 4.x
build)
  , so you need to do the original changes using the official LibreOffice-3.x
build.
  I guess that you know this but just for sure :-)


2. There is one known limitation. The Tools/Options/LibreOffice/Appearance
setting is
 not correctly migrated from LibreOffice -> LODev build. There is used the
"LibreOffice" vs. "LODev" 
 identification => this can't be tested only with official RC builds.

If you used LODev daily build of 4.X, it explains why the Appearance >
Document background setting 
was not migrated in your case.


3. The shortcuts are localization-specific. You do not see your changes if you
use different localization for 
 3.X and 4.X builds.

 I guess that you use your native language localization for 3.x and the
English localization for the 4.X
 daily build => this might explain the non-migrated keyboard customization.

Could you please confirm that you used a daily LODev build with another
localization for testing?

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 57061] Not all personal data imported during install from /3 User Profile

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=57061

--- Comment #64 from harald-koes...@htp-tel.de ---
Hi Petr,
(In reply to comment #63)
> The following two items worked for me with 4.0.1.1 build on Linux, so there
> was nothing to do:
> * Tools/Options/LibreOffice/Appearance/Document background
> * Customize keyboard (assigned „Style > Paragraph > Heading 6“ to CTRL+6
>it Tools/Customization/Keyboard)
> 
> harald-koester@:I am not sure why the two last things did not work for you.
> Could you please try it once again with the 4.0.1.1 build.
OK, I'll try it again on Saturday or Sunday.

> BTW: harald-koester@ what system are you testing on, please? Linux or
> Windows or ...?
My System: Win 7 Prof.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 57061] Not all personal data imported during install from /3 User Profile

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=57061

Petr Mladek  changed:

   What|Removed |Added

 Status|REOPENED|NEEDINFO

--- Comment #63 from Petr Mladek  ---
First, harald-koester@, thanks a lot for testing and great summary.

I have pushed another fix into master and nominated it for 4.0.2 and 4.0.1.2
releases. It fixes migration of:

* LO Window size
* „Enable macro recording“ and „Enable experimental features“ and few more
options
* Paths > My documents
* Macros  (macro created with macro recorder, macro inserts just some
words) 

The following two items worked for me with 4.0.1.1 build on Linux, so there was
nothing to do:

* Tools/Options/LibreOffice/Appearance/Document background
* Customize keyboard (assigned „Style > Paragraph > Heading 6“ to CTRL+6
   it Tools/Customization/Keyboard)

harald-koester@:I am not sure why the two last things did not work for you.
Could you please try it once again with the 4.0.1.1 build.

BTW: harald-koester@ what system are you testing on, please? Linux or Windows
or ...?

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 57061] Not all personal data imported during install from /3 User Profile

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=57061

harald-koes...@htp-tel.de changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |---

--- Comment #61 from harald-koes...@htp-tel.de ---
I checked the migration of several items of the user profile again. Some parts
are still not migrated. Hence reopened.

Used version: Version 4.0.1.0+ (2013-02-19 08.45.16)
(Build ID: 847371bdd92f90b74f33f226f9487d5dbff249b)

Result of test:

* Recent documents (OK)
* LO Window size (NOT MIGRATED)
* Some randomly tested options:
- Tips (OK)
- User data (OK)
- „Enable macro recording“ and „Enable experimental features“ (NOT
MIGRATED)
- Paths > My documents (NOT MIGRATED)
- Appearance > Document background (NOT MIGRATED)
- Writer > General > Settings > Tab stops (OK)
* AutoTexts (OK)
* Display additional tool bar (OK)
* Additional visible icon in tool bar (OK)
* Remove (i.e. not visible) icon from tool bar (OK)
* Change order in Menu (OK)
* Additional item in Menu (OK)
* Macros (NOT MIGRATED)
  (macro created with macro recorder, macro inserts just some words) 
* Customize keyboard (NOT MIGRATED)
  (I assigned „Style > Paragraph > Heading 6“ to CTRL+6)

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 57061] Not all personal data imported during install from /3 User Profile

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=57061

--- Comment #60 from harald-koes...@htp-tel.de ---
Hence there was a complaint on the german user mailing list, I checked the
migration of macros with version 4.0.0.3. According my test macros are not
migrated. I used the same procedure like in comment 24. If necessary I can
provide a step-by-step description.

Petr: Is the migration of macros also solved with your patches?
BTW: Thanks for your commitment.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 57061] Not all personal data imported during install from /3 User Profile

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=57061

--- Comment #57 from Stephan Bergmann  ---
(In reply to comment #56)
> (In reply to comment #54)
> > @kliems, which extensions was that, and was it installed per-user or shared?
> 
> It was the Zotero plugin
> (http://www.zotero.org/support/word_processor_plugin_installation). I can't
> really remember in which way is was installed -- presumably I installed as
> suggested on the linked page.

Ah, that Zotero extension ("tunneled in" via a
Zotero-LibreOffice-Plugin-3.5.4.xpi Firefox extension) might indeed be special.
 Likely that it results in the LO extension being installed shared; and shared
extensions are not migrated, see comment 52.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 57061] Not all personal data imported during install from /3 User Profile

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=57061

--- Comment #56 from kli...@gmail.com ---
(In reply to comment #54)

> 
> @kliems, which extensions was that, and was it installed per-user or shared?

It was the Zotero plugin
(http://www.zotero.org/support/word_processor_plugin_installation). I can't
really remember in which way is was installed -- presumably I installed as
suggested on the linked page.

>From a practical perspective I'm more concerned with my dictionaries and
auto-complete entries, as reinstalling extensions is no big deal.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 57061] Not all personal data imported during install from /3 User Profile

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=57061

Jorendc  changed:

   What|Removed |Added

 CC||proga...@yahoo.com

--- Comment #55 from Jorendc  ---
*** Bug 60526 has been marked as a duplicate of this bug. ***

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 57061] Not all personal data imported during install from /3 User Profile

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=57061

--- Comment #54 from Stephan Bergmann  ---
(In reply to comment #46)
> Another report about this happening. I updated from LO 3.5.? to 4.0.0.3 on a
> Windows 7 machine and lost all of my custom dictionaries, extensions (well,
> I only had one), key mappings and other preferences. The App
> Data/Roaming/Libre Office/3/ folder contains to files, MIGRATED (date
> implies it's from a previous update) and MIGRATED4, as well as the folder
> user.

@kliems, which extensions was that, and was it installed per-user or shared?

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 57061] Not all personal data imported during install from /3 User Profile

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=57061

--- Comment #53 from Petr Mladek  ---
If you have already migrated your configuration with LO-4.0.0.3 or earlier, you
still have chance to migrate also the missing stuff.

One possibility is to migrate it once again. The problem is that you lose the
changes that you already did in LO-4.0. Anyway, the steps are:

1. stop LO
2. remove libreoffice/4 user configuration
3. remove libreoffice/3/MIGRATED4 file
4. start LO 4 again


Another possibility is to copy only the missing parts:

   1. copy libreoffice/3/config/soffice.cfg/modules/* into
libreoffice/4/config/soffice.cfg/modules
   to migrate changes inside toolbars and menus (new items, visible items,
different order)

   2. copy the interesting parts from libreoffice/3/registrymodifications.xcu
to
libreoffice/4/registrymodifications.xcu

The file seems to be well formatted and alphabetically sorted. The
content is relatively easy to 
understand. You need to copy whole lines and better whole sections with
similar prefix.

   For example, lines starting with
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 57061] Not all personal data imported during install from /3 User Profile

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=57061

Petr Mladek  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED

--- Comment #52 from Petr Mladek  ---
The three last commits should solve most of the mentioned problems.

If I did not miss anything, the only remaining problem are the extensions.
AFAIK, Stephan mentioned somewhere that the user-specific extensions are
migrated. So, the problem is only with system wide extensions but it can't be
solved easily. Anyway, the same problem was with any update, for example
between 3.4 and 3.5 or between 3.5 and 3.6 => this was always problem => it
should not be part of this bug.

=> I would consider it as FIXED. Feel free to reopen it if I missed something.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 57061] Not all personal data imported during install from /3 User Profile

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=57061

--- Comment #51 from Petr Mladek  ---
Ah, I hate the TAB+ENTER combination in bugzilla because it submit the message
when I do not wan't. Anyway, let's continue.

I was not brave enough to enable some other items, for example:

  + Office/Canvas
  + Office/ProtocolHandler
  + Office/Stripting
  + Office/SFX
  + Office/UI/CalcCommands
  + Office/UI/WriterCommands
+ I was not sure what they mean and how to modify them
+ They looked a bit strange
+ I wonder if they can be modified by the UI at all


   + Office/FormWizard
   + Office/WebWizard
   + Office/Common/Help/Registration
   + Office/DataAccess/Bibliography
   + Office/DataAccess/DataSources
 + the Writer wizard and the other stuff was explicitly disabled in the
past,
I guess  that there was a reason for this

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 57061] Not all personal data imported during install from /3 User Profile

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=57061

--- Comment #50 from Petr Mladek  ---
I went though the officecfg/registry/data/org/openoffice/Office files from
LO-3.6 sources and enabled migration of few more items:

   + paths setting
   + recently opened files
   + recovery setting (enable/disable; time)
   + ODF import/export setting
   + font anti aliasing setting
   + windows and toolbars setting (visibility, position, docking)
   + custom accelerators

It seems to work fine and looks safe. People have already complained about many
of these items.

I was not brave enough to enable few other items, for example:

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 57061] Not all personal data imported during install from /3 User Profile

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=57061

--- Comment #48 from Michael Meeks  ---
Hi Paul, I'm sorry you got bitten by this issue; however - we have a time based
release schedule, and this was not a sufficiently critical issue to hold the
release (nor was there a fix in sight for it as/when we went live).

> It is these kinds of bugs that lead many IT managers in the US to steer
> away from FOSS and that freak out typical users who are using a 

TDF repeatedly, and emphatically states that "IT managers" should be paying for
a professionally supported product version. These versions tend not to be based
from a .0 release, better they come with real L3 support that can fix bugs and
issues, and without which any migration is likely to fail. So - if your claim
is that vanilla LibreOffice at a point-zero release is not adequate for an IT
manager - you are quite correct.

We can of course improve the wording of our announcements always; in the Free
Software world, it's well understood that a point-zero release is always less
polished than a point- one :-) we can articulate that better of course.

However - driving too many people away may defeat the point: without testers
the software will not improve. On that topic, it would be great to have more
people running master builds and reporting problems against them to help find
problems (such as this) much earlier.

Anyhow - thanks for your input ! noted.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 57061] Not all personal data imported during install from /3 User Profile

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=57061

--- Comment #46 from kli...@gmail.com ---
Another report about this happening. I updated from LO 3.5.? to 4.0.0.3 on a
Windows 7 machine and lost all of my custom dictionaries, extensions (well, I
only had one), key mappings and other preferences. The App Data/Roaming/Libre
Office/3/ folder contains to files, MIGRATED (date implies it's from a previous
update) and MIGRATED4, as well as the folder user. 

Is there any way I can manually get this data into LO4? And will a bugfix
actually help in cases like mine where the damage already has been done?

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 57061] Not all personal data imported during install from /3 User Profile

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=57061

--- Comment #45 from pascal.bec...@qd-e.de ---
Just did an 4.0.0.3 installation over an 3.6.4.3 one via msi deployment on a
Windows 7 Prof. x64 workstation.

The personal data is well migrated, but seems the user modified paths from
Options - LibreOffice - Paths are not migrated. At least the modified template
and autotext paths do not show up in the configuration dialog.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 57061] Not all personal data imported during install from /3 User Profile

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=57061

--- Comment #44 from Petr Mladek  ---
It is hard to say who is right. I have heard quite positive feed back about 4.0
so far. I am sure that some people will get annoyed and I am not happy about
that but it was not easy to decide.

BTW: I am going through the setting and working on patch to improve the
migration. The situation in 4.0.0 was not that bad. Majority of the
Tools/Options setting was migrated. The list of recent documents and toolbars
personalization seem to be the biggest missing part.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 57061] Not all personal data imported during install from /3 User Profile

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=57061

--- Comment #43 from Paul Weiss  ---
(In reply to comment #32)

> From a USER and PUBLIC perception it is a MAJOR update. So having a BAD .0
> release is simply BAD marketing.

I strongly agree with Pedro. This should have been a blocker. The release
criteria page on the TDF wiki
(https://wiki.documentfoundation.org/Release_Criteria) specifically calls out
data loss as a valid symptom of a blocker bug, and this bug meets the other
conditions. It is these kinds of bugs that lead many IT managers in the US to
steer away from FOSS and that freak out typical users who are using a previous
version. I expect that many non-programmer users who update, and then discover
that settings are lost will feel alienated, and will drop LO Writer for another
word processing program. I am very concerned that bad migration stories will
prove to be a marketing disaster, especially with TDF's major PR for 4.0.

In comment 30:
> I am sorry but this can't be taken as a blocker. Yes, it is annoying that some
> setting is lost. Though, it does not affect the functionality of the software.
> It is still well usable.

This absolutely affects the functionality of the software. Users can no longer
do what they were doing before without massive time commitment to reset
everything manually. It is very important to remember the differing
perspectives between developers and users. Otherwise eventually it will only be
the developers using the software.

more from comment 30:
> Is it really a blocker when user lost the list of recently used documents or
> few 3rd-party extensions that even might need an update to work with the new
> release?

I agree that the recently used documents list is not high priority: it is
transient data that just adds a little efficiency to using the software.
However, the extension list is definitely high priority for many users. I would
bet you that even most users who heavily use extensions don't even know which
ones they have installed. They will attempt to do things in LO 4.0 that worked
in their 3.X installation, but won't work now. They may have no idea that this
is because of an extension! They may spend significant trouble-shooting the
problem to no avail, and just leave LO. Some users have spent many hours
customizing their AutoText or AutoCorrect entries, keyboard shortcuts, toolbars
and menus. Not migrating those should definitely have been a blocker in my
opinion, or at least there should have been clear, easy-to-find information
about the bug, with a big warning on the download page.

> All linux users lost similar level of setting with the switch from LO-3.4 to
> LO-3.5 and I am not aware of any strong complains.

Again, a lack of understanding of the typical user. 99% (at least) of users
will never post anything to Bugzilla or LO mailing lists or anywhere else. If
they get majorly frustrated with the software, they will just go use a
different word processor.

> Please, read also https://wiki.documentfoundation.org/ReleasePlan#Summary.
> The time based release means that .0 release is intended for enthusiasts. It
> might include include even annoying bugs.

This is also a misunderstanding of the typical user. How would the typical user
even find this page? On www.libreoffice.org, no page has a link to the release
plan summary. Only 2 pages have a link to the release plan. One is is the
pre-releases page, where it is labeled "release schedule", a page unlikely to
be read by a typical user.

The other is the release policy page, where again the release plan is referred
to "release schedule". Typical users are not likely to think there would be
something important to them in a "release policy". Even if they do read that
page, it says the reasons for 2 maintained branches are large deployments and
Linux distribution, not bugs. It goes on to say "as a general rule, The
Document Foundation advises all users to upgrade to the new version as soon as
possible." And "It is not correct to assume that versions from previous
branches are 'safer' or 'more stable'." This would seem to indicate that TDF
wants single users to upgrade ASAP, with no mention of the migration or any
other bugs.

And even if by some miracle a user gets to the release plan page, s/he is not
likely to think there would be something important to them in a "release plan".

Now the LO home page redirects to a huge, splashy announcement of 4.0, which
certainly seems aimed at the general user. No mention of annoying bugs, no
mention of the release plan philosophy. The page that the download button takes
you to also says nothing about annoying bugs or the release plan, nor even any
indication that the user should consider downloading an earlier version. There
is a link to what is labeled as the release notes page. (Which is not a real
release notes page, since it doesn't even describe what is new in the release.)

This "release notes" page says that 4.0.0:
   "contains many exciting new feature

[Libreoffice-bugs] [Bug 57061] Not all personal data imported during install from /3 User Profile

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=57061

--- Comment #40 from Petr Mladek  ---
The toolbars setting is stored under 3/user/config/soffice.cfg/modules while
most of the other setting is stored in 3/user/registrymodifications.xcu

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 57061] Not all personal data imported during install from /3 User Profile

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=57061

--- Comment #39 from Petr Mladek  ---
It is mentioned at
https://wiki.documentfoundation.org/ReleaseNotes/4.0#Most_Annoying_Bugs

I have just modified many settings in "Tools/Options/LibreOffice Calc" with
3.6. It seems that everything is migrated to 4.0 => it looks promissing with
the "Tools/Options" setting.

I also tried to do some changes in toolbard and they were not migrated => we
should fix this.

I wonder if we could check all this somehow more systematically.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 57061] Not all personal data imported during install from /3 User Profile

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=57061

--- Comment #38 from harald-koes...@htp-tel.de ---
Hence there is the risk that users lose parts of their user profile, IMHO users
should be at least informed that 

(1) there may be problems with the migration of the user profile from Version
3.6.x to 4.0.0, 

(2) it is recommended to backup the user profile of the 3.6.x version, in order
to be able to recover the user profile or parts of it in case of a data loss.

To my opinion the release notes website page would be a reasonable place for
this information.

Additional info: At the German discuss mailing list a user reported that his
AutoCorrect and AutoText data are lost in both (/3 and /4) profiles while
installing 4.0.0.3. Hence he made a backup of his profile he could recover his
data. In the moment I believe that this not a general problem. I asked the user
to reproduce this behaviour.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 57061] Not all personal data imported during install from /3 User Profile

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=57061

--- Comment #37 from Andy  ---
Hi Pedro, I am trying to grasp your workaround correctly, forgive for my
inability to precisely understand each step from you previous post.

you write:
If the user does a Custom install of 3.x to %ProgramFiles%\LibreOffice\ (no
version in the name) then when updating to 4.0 just install to the same folder.

What does this mean? Of course I have my present LO3.6.5 install in a
"\libreoffice
3.6" folder in "\programfiles". Should I uninstall this from "\libreoffice 3.6"
and reinstall the same release in a "\libreoffice" only folder? And my settings
will be fully migrated, right?
After this step 1, step 2 is installing 4.003 in the same "\libreoffice" only
folder, i.e. overwriting the 3.6.5 install of the step before, correct?

then you write:
 Then before running for the first time just make a copy of the whole \3 folder
(in Windows located at %AppData%\LibreOffice\) and rename it to 4.

At this point, step 3 involves that before running the 4.003 upgrade, i move to
the "appdata\libreoffice" folder and clone the "\3" into a "\4" one.
After this I should be able to run the 4.003 release with all my beloved
personal settings at their place, right?

If you confirm (or adjust where I am wrong), tomorrow I try give it a try and
let you know. Thanks for now!

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 57061] Not all personal data imported during install from /3 User Profile

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=57061

--- Comment #36 from Michael Meeks  ---
> Then before running for the first time just make a copy of the whole \3
> folder (in Windows located at %AppData%\LibreOffice\) and rename it to 4.
>
> This is what Windows users expect to happen ;)

Heh ;-) the whole idea of the migration code is to end up with a clean, and
well understood state that does not have tons of legacy twists, turns, variants
and potential problems in it.

Having said that - it's clear that we also intend to migrate far more than we
do - work needed; help appreciated etc.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 57061] Not all personal data imported during install from /3 User Profile

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=57061

--- Comment #35 from Pedro  ---
I tested my theory and it works perfectly. Even extensions are migrated. At
least under Windows :)

If the user does a Custom install of 3.x to %ProgramFiles%\LibreOffice\ (no
version in the name) then when updating to 4.0 just install to the same folder.
Then before running for the first time just make a copy of the whole \3 folder
(in Windows located at %AppData%\LibreOffice\) and rename it to 4.

This is what Windows users expect to happen ;)

Maybe TDF can humor Windows users (even if they are a minority of LO users) by
making the installer work the way they expect it to work? I believe this would
be a good starting point to attract more Windows users...

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 57061] Not all personal data imported during install from /3 User Profile

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=57061

--- Comment #34 from Michael Meeks  ---
Hi there. Andy - continuing to use 3.6.x is fine of course - we should have
this fixed for 4.0.1 in a few weeks more - along with plenty of other issues.
It'd be great to have more testing (and MAB prioritisation) further in advance
of 4.1 I guess - though Pedro did a great job to file this in September and we
sucked at prioritising / identifying it as an issue it seems. Florian - you're
quite right - the apparently endless problems of migration are really
irritating ... we need to come up with some creative regression tests for it I
think to avoid issues in future.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 57061] Not all personal data imported during install from /3 User Profile

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=57061

--- Comment #33 from Andy  ---
I tried LO4 RC3 and discovered all my personal settings gone.
now I am here, and I am discovering there is a debate going on the relevance of
this.
I do not pretend to be right on this issue, but one fact is clear: after
realizing this, I downgraded back to 3.6.5 - no doubt about it. I have dozens
and dozens of toolbar personalizations, to say the least.
I do hope this can be fixed, at least indicating a "manual" way to recover your
profile after the install of 4.0
I tried simply to replace the contents of the user/libreoffice/4/user with
those of the user/libreoffice/3/user, but it did not work. Is there another
more successful way?
Thanks

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 57061] Not all personal data imported during install from /3 User Profile

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=57061

--- Comment #32 from Pedro  ---
(In reply to comment #30)
> Is it really a blocker when user lost the list of recently used documents or
> few 3rd-party extensions that even might need an update to work with the new
> release? Are these the most critical problems in this release?

No. Those were examples. I think we have no idea of the extent of loss.
But here are some more problems
http://ask.libreoffice.org/en/question/11416/how-to-read-custom-color-from-file-libreoffice/

> All linux users lost similar level of setting with the switch from LO-3.4 to
> LO-3.5 and I am not aware of any strong complains.

Then it's ok because people don't complain?

> Please, read also https://wiki.documentfoundation.org/ReleasePlan#Summary.
> The time based release means that .0 release is intended for enthusiasts. It
> might include include even annoying bugs.

That is a Developer perspective. From a USER and PUBLIC perception it is a
MAJOR update. So having a BAD .0 release is simply BAD marketing.

If renaming the \3 to \4 folder solves many problems, maybe comparing what is
the difference between the renamed \4 and the imported \4 could bring major
improvements?

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 57061] Not all personal data imported during install from /3 User Profile

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=57061

--- Comment #31 from Florian Reisinger  ---
(In reply to comment #30)
> I am sorry but this can't be taken as a blocker. Yes, it is annoying that
> some setting is lost. Though, it does not affect the functionality of the
> software. It is still well usable.
> 
> Is it really a blocker when user lost the list of recently used documents or
> few 3rd-party extensions that even might need an update to work with the new
> release? Are these the most critical problems in this release?

If you describe it like that no

> 
> All linux users lost similar level of setting with the switch from LO-3.4 to
> LO-3.5 and I am not aware of any strong complains.

True

> 
> BTW: I am very surprised by the sentence:
> 
> --- cut ---
>  "If we expect, that something isn't working it should even not be called
> Beta, it should be called Alpha or even Daily!
> --- cut ---
> 
> I am sorry but this is non-realistic. It would mean that we would not be
> able to release next few years until we fix all bugs and regressions caused
> by all fixes.

You are very right at this point. But the problem is: We can't fix that later
on ( or only for 5.0 which definitely is not in the very near future...)

> Note that it would include implementing all missing features
> for 100% import/export from/into the supported file formats to avoid any
> potential "data loss". Unfortunately, the software would be very outdated in
> compare with the competitors at this point.

+1

> Please, read also https://wiki.documentfoundation.org/ReleasePlan#Summary.
> The time based release means that .0 release is intended for enthusiasts. It
> might include include even annoying bugs.

Year I totally understand your point, but here my reason for this sharp
sentence above (I didn't get it sound more friendly - sorry for that)

> I am sorry if the above sounded too strong. It was just a reaction on the
> previous quite strong comment. I wanted to emphasize that the situation is
> not that easy and we have to see it from different point of views :-)

Of course. And the most important aspect: You have more experience on how to
release a program :-)

But please read my rephrased argument ( it isn't sharp any more AND you were
not too strong):

If we didn't do it in 4.0 we have to do it with 5.0 [2016-2018 IMHO] --> We
should do this ASAP with (if that is possible) 5.0 testing builds...

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 57061] Not all personal data imported during install from /3 User Profile

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=57061

Petr Mladek  changed:

   What|Removed |Added

   Severity|blocker |critical

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 57061] Not all personal data imported during install from /3 User Profile

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=57061

--- Comment #30 from Petr Mladek  ---
I am sorry but this can't be taken as a blocker. Yes, it is annoying that some
setting is lost. Though, it does not affect the functionality of the software.
It is still well usable.

Is it really a blocker when user lost the list of recently used documents or
few 3rd-party extensions that even might need an update to work with the new
release? Are these the most critical problems in this release?

All linux users lost similar level of setting with the switch from LO-3.4 to
LO-3.5 and I am not aware of any strong complains.

BTW: I am very surprised by the sentence:

--- cut ---
 "If we expect, that something isn't working it should even not be called Beta,
it should be called Alpha or even Daily!
--- cut ---

I am sorry but this is non-realistic. It would mean that we would not be able
to release next few years until we fix all bugs and regressions caused by all
fixes. Note that it would include implementing all missing features for 100%
import/export from/into the supported file formats to avoid any potential "data
loss". Unfortunately, the software would be very outdated in compare with the
competitors at this point.

Please, read also https://wiki.documentfoundation.org/ReleasePlan#Summary. The
time based release means that .0 release is intended for enthusiasts. It might
include include even annoying bugs.

I am sorry if the above sounded too strong. It was just a reaction on the
previous quite strong comment. I wanted to emphasize that the situation is not
that easy and we have to see it from different point of views :-)

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 57061] Not all personal data imported during install from /3 User Profile

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=57061

Florian Reisinger  changed:

   What|Removed |Added

 Status|REOPENED|NEW
   Severity|critical|blocker
   Priority|medium  |highest
 CC||reisi...@gmail.com
URL|http://lists.freedesktop.or |http://nabble.documentfound
   |g/archives/libreoffice-qa/2 |ation.org/What-are-quot-Pre
   |012-November/002974.html|ferences-quot-when-moving-f
   ||rom-3-x-to-4-x-td4033742.ht
   ||ml

--- Comment #29 from Florian Reisinger  ---
(In reply to comment #27)
> In reply to comment 24 and comment 26:
> 
> 
> * "Is it not the easiest way just to copy (or rename?) the /3 user profile
> to a new /4 profile, if LO does not find a /4 profile at start?"  While most
> of the old data could indeed be reused, a new major release is generally
> considered a good point in time for incompatible changes in user profile
> data, thus demanding more sophisticated migration than wholesale
> copy/rename.  There is at least some changes (like changing bundled
> extensions into core parts, and changing the database format for information
> about installed extensions) that benefited from this for LO 4.

The user folder should be copied...

> 
> * "The files 'MIGRATED' or 'MIGRATED4' are just confusing. As I understood
> they are necessary for development."  No, see
>  ?id=995a87e5cf63fe1626245b62fef4aa71fa02dc94> "disable multiple migrations
> via MIGRATED stamp file" for the reason the MIGRATED file got introduced. 
> Having said that, I personally think that design is flawed, and we best get
> rid of those flag files again; I have that on my to-do list.

IMHO a very good idea ;)

> 
> * "Does someone know if there is a forward compatibility of LO 3.6.x to /4
> user profiles if they are renamed to /3?"  There is no guarantee for that to
> work.  If it works, it works by chance, not by design.

>From a non-LibO developers point: Is there a possibility to check weather there
were any major changes?

Finally I did some changes:

- Changed priority to highest (IMHO release of 4.0 _should_ be postponed
because of this bug. If we expect, that something isn't working it should even
not be called Beta, it should be called Alpha or even Daily! [I am very sorry
for how this statement sounds like, it's a little bit too direct ;)]

- I changed the URL. Oiginal URL:
http://lists.freedesktop.org/archives/libreoffice-qa/2013-February/003560.html

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 57061] Not all personal data imported during install from /3 User Profile

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=57061

--- Comment #28 from Stephan Bergmann  ---
(In reply to comment #27)
> * Autotexts:  These apparently manifest themselves as files in the
> user/autotext/ directory, which explicitly are migrated (cf.
> ".*/autotext/.*" listed in
> /org.openoffice.Setup/Migration/SupportedVersions['OpenOffice.
> org3+OpenOffice.org2+StarOffice8+StarSuite8+Libreoffice3']/
> MigrationSteps['Common']/IncludedFiles in
> officecfg/registry/data/org/openoffice/Setup.xcu), and indeed an existing
> ~/.config/libreoffice/3/user/autotext/mytexts.bau is copied to
> ~/.config/libreoffice/4/user/autotext/mytexts.bau and works fine in LO 4 at
> least when I try that out with my local master build on Linux.  So this
> needs further verification.

Also verified that it works fine on Windows when migrating from

to
.

Argh, this is in line with "Autotext: migrated." from comment 24, so forget
about this.  I had apparently misread that as if it claimed "not working."

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 57061] Not all personal data imported during install from /3 User Profile

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=57061

Stephan Bergmann  changed:

   What|Removed |Added

   Assignee|sberg...@redhat.com |libreoffice-b...@lists.free
   ||desktop.org
Summary|No personal data imported   |Not all personal data
   |(or moved) during install   |imported during install
   |from /3 User Profile|from /3 User Profile
Version|4.0.0.0.alpha0+ Master  |4.0.0.3 rc

--- Comment #27 from Stephan Bergmann  ---
In reply to comment 24 and comment 26:

In general, what parts of an old user profile are migrated is controlled by
configuration settings in the /org.openoffice.Setup/Migration tree (see
officecfg/registry/data/org/openoffice/Setup.xcu).  The data that is present
there is apparently mostly what had been there for the migration from OOo 2 to
OOo 3 already.  The reason why certain parts of a user profile had been
excluded from migration back than are probably lost to history.

Note that this user profile migration code already kicked in on Linux during
the LO 3 timeframe, when

"fdo#32263" moved the location of the user profile from ~/.libreoffice/3 to
~/.config/libreoffice/3 and

"default config location has changed, look in old config dir when migrating"
enabled LO's migration code to migrate from an existing ~/.libreoffice/3 to a
new ~/.config/libreoffice/3.

Therefore, at least my assumption would have been that that migration worked
acceptably, or else (Linux) users would already have complained when upgrading
from old LO 3 versions (that used ~/.libreoffice/3) to newer LO 3 versions
(that used ~/.config/libreoffice/3) about settings getting lost.  However,
re-checking that now, things like the list of recently used documents indeed
were not migrated back then, either.  Apparently nobody looked at the migration
machinery in detail, whether it works acceptably for migrating individual
settings to a new LO 4 user profile.

Addressing specific items from the above comments:

* List of recently used documents:  This apparently manifests itself in
configuration items (in the user profile's user/registrymodifications.xcu) in
the /org.openoffice.Office.Histories tree, which is not included in the
migrated data.  Whether there ever was or still is any good (technical) reason
for that I do not know offhand.

* Window sizes:  These apparently manifest themselves in configuration items
(in the user profile's user/registrymodifications.xcu) in the
/org.openofice.Office.Views tree, which is not included in the migrated data. 
Again, wheter there ever was or still is any good (technical) reason for that I
do not know offhand, but the odd format in which this data is saved makes it
not unlikely that this was considered too fragile for migration at least in the
past.

* Autotexts:  These apparently manifest themselves as files in the
user/autotext/ directory, which explicitly are migrated (cf. ".*/autotext/.*"
listed in
/org.openoffice.Setup/Migration/SupportedVersions['OpenOffice.org3+OpenOffice.org2+StarOffice8+StarSuite8+Libreoffice3']/MigrationSteps['Common']/IncludedFiles
in officecfg/registry/data/org/openoffice/Setup.xcu), and indeed an existing
~/.config/libreoffice/3/user/autotext/mytexts.bau is copied to
~/.config/libreoffice/4/user/autotext/mytexts.bau and works fine in LO 4 at
least when I try that out with my local master build on Linux.  So this needs
further verification.

* View - Toolbars - Drawing:  This apparently manifests itself in configuration
items (in the user profile's user/registrymodifications.xcu) in the
/org.openoffice.Office.UI.WriterWindowState tree, which is not included in the
migrated data.  Again, wheter there ever was or still is any good (technical)
reason for that I do not know offhand, but, again, the format in which this
data is saved makes it not unlikely that this was considered too fragile for
migration at least in the past.

* context menu on toolbar Standard > Visible Buttons > New Document From
Template:  This apparently manifests itself in the file
user/config/soffice.cfg/modules/swriter/toolbar/standardbar.xml.  The migration
data mentioned above lists
".*/config/soffice.cfg/modules/.*/toolbar/custom.*\.xml", but that apparently
does not match this file, so it is not copied.  What's the story there I do not
know.

* Tools > Customize... > Menus:  This apparently manifests itself in the file
user/config/soffice.cfg/modules/swriter/menubar/menubar.xml, which is not
included in the migrated data.  Again, what's the story there I do not know.

* "Is it not the easiest way just to copy (or rename?) the /3 user profile to a
new