<html>
<head>
<base href="https://bugs.documentfoundation.org/">
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - Change user profile folder for 6.0"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=113783#c9">Comment # 9</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - Change user profile folder for 6.0"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=113783">bug 113783</a>
from <span class="vcard"><a class="email" href="mailto:michael.meeks@collabora.com" title="Michael Meeks <michael.meeks@collabora.com>"> <span class="fn">Michael Meeks</span></a>
</span></b>
<pre>Discarding users' customization as they upgrade seems really unfortunate. The
ESC discussed this last week, and are unconvinced by a number change here - we
deliberately didn't do this in the past to avoid issues here. Ultimately if a
user has not configured some part of the UI, or eg. table-styles in general
they should not have a hard-coded configuration for that in their config
directory - so, they should see the new changes eg. toolbar re-org. Those who
did take the time to configure things as they want them will not be disrupted.
There are a load of potential ways to fix and improve this code, and/or to
detect a one-off upgrade and allow the user to choose to use the 'new' stuff
for whatever areas they configured - but they all involve real coding work, and
rather unpleasant testing (AFAIR our unit tests for migration code are/were
very poor indeed).
So - absent some developer to work on this in the next 10 days - this is
unlikely to happen for 6.0 I think.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>