You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@openoffice.apache.org by Oliver-Rainer Wittmann <or...@googlemail.com> on 2013/01/10 12:05:54 UTC
[IMPORTANT, DISCUSS]: no migration/use of former user profile with
AOO 4.0
Hi,
From my point it is important to point out (and also discuss) that the
installation of a AOO 4.0 - our planned next major release - will not
migrate/use a user profile from a former installed AOO (or OOo) version.
This has been also mentioned in our blog "Your top questions answered", answer
to question 10 [1].
It is a consequence of the new version number - "4.0" - as the major version
number - "4" - is part of the folder/directory path to the user profile.
But, it is already a consequence of the completed renaming from "OpenOffice.org"
to "Apache OpenOffice" as the productname (in a certain form) is also part of
the folder/directory path to the user profile - see issue 121388.
We have a lot of trouble with the migration/usage of user profiles of former
installed OOo 3.x versions - unfortunately I could never reproduce these
problems and thus I could not work on a fix. Thus, not migrate/use a user
profile from former installed AOO (or OOo) versions would solve these problems.
Let the discussion begin :-)
[1] https://blogs.apache.org/OOo/entry/your_top_questions_answered
Best regards, Oliver.
Re: [IMPORTANT, DISCUSS]: no migration/use of former user profile
with AOO 4.0
Posted by Andrea Pescetti <pe...@apache.org>.
On 11/01/2013 Oliver-Rainer Wittmann wrote:
> On 10.01.2013 13:10, O.Felka wrote:
>> We have had a migration wizard for user settings (was it OOo 1.x to
>> 2.x or 2.x
>> to 3.x?). This wizard offers to migrate user settings to the new version.
Starting clean would be my recommended approach, seeing that the user
profile is responsible for the majority of user-reported problems. If we
want to include a user profile migration (which indeed can be reasonable
if we want to offer a better user experience) then my advice is that we
should accompany it with a "reset profile" functionality available from
within the GUI, working more or less like the user interface language
settings (you change it from the GUI and changes are visible when you
restart OpenOffice).
> Does somebody know, if the migration of installed extensions from OOo
> 2.x to OOo 3.x ever worked?
Migration of user data worked. I don't recall if migration of extensions
was working, but, based on the fact that surely this wasn't a major
discussion at the time, I would say that it was either disabled or
working, since nobody complained. However, the migration wizard could
also limit itself to migrating the user data without extensions, since
dictionary extensions might conflict with bundled extensions.
Regards,
Andrea.
Re: [IMPORTANT, DISCUSS]: no migration/use of former user profile
with AOO 4.0
Posted by Oliver-Rainer Wittmann <or...@googlemail.com>.
Hi,
On 10.01.2013 13:10, O.Felka wrote:
> Am 10.01.2013 12:05, schrieb Oliver-Rainer Wittmann:
>> Hi,
>>
>> From my point it is important to point out (and also discuss) that the
>> installation of a AOO 4.0 - our planned next major release - will not
>> migrate/use a user profile from a former installed AOO (or OOo) version.
>> This has been also mentioned in our blog "Your top questions answered",
>> answer to question 10 [1].
>>
>> It is a consequence of the new version number - "4.0" - as the major
>> version number - "4" - is part of the folder/directory path to the user
>> profile.
>> But, it is already a consequence of the completed renaming from
>> "OpenOffice.org" to "Apache OpenOffice" as the productname (in a certain
>> form) is also part of the folder/directory path to the user profile -
>> see issue 121388.
>>
>> We have a lot of trouble with the migration/usage of user profiles of
>> former installed OOo 3.x versions - unfortunately I could never
>> reproduce these problems and thus I could not work on a fix. Thus, not
>> migrate/use a user profile from former installed AOO (or OOo) versions
>> would solve these problems.
>>
>> Let the discussion begin :-)
>
> Ok!
>
> I think it is a bad user experience to do nothing.
>
> We have had a migration wizard for user settings (was it OOo 1.x to 2.x or 2.x
> to 3.x?). This wizard offers to migrate user settings to the new version.
> It's a better experience and gives the chance to migrate these settings which
> are supported or convert the configuration files to the supported format of the
> new office version.
>
I have found the corresponding code. I am currently having a deeper look.
Does anybody already have deeper knowledge in this area?
If yes, please share it.
Does somebody know, if the migration of installed extensions from OOo 2.x to OOo
3.x ever worked?
Thanks in advance,
Oliver.
Re: [IMPORTANT, DISCUSS]: no migration/use of former user profile
with AOO 4.0
Posted by Oliver-Rainer Wittmann <or...@googlemail.com>.
Hi,
On 10.01.2013 13:10, O.Felka wrote:
> Am 10.01.2013 12:05, schrieb Oliver-Rainer Wittmann:
>> Hi,
>>
>> From my point it is important to point out (and also discuss) that the
>> installation of a AOO 4.0 - our planned next major release - will not
>> migrate/use a user profile from a former installed AOO (or OOo) version.
>> This has been also mentioned in our blog "Your top questions answered",
>> answer to question 10 [1].
>>
>> It is a consequence of the new version number - "4.0" - as the major
>> version number - "4" - is part of the folder/directory path to the user
>> profile.
>> But, it is already a consequence of the completed renaming from
>> "OpenOffice.org" to "Apache OpenOffice" as the productname (in a certain
>> form) is also part of the folder/directory path to the user profile -
>> see issue 121388.
>>
>> We have a lot of trouble with the migration/usage of user profiles of
>> former installed OOo 3.x versions - unfortunately I could never
>> reproduce these problems and thus I could not work on a fix. Thus, not
>> migrate/use a user profile from former installed AOO (or OOo) versions
>> would solve these problems.
>>
>> Let the discussion begin :-)
>
> Ok!
>
> I think it is a bad user experience to do nothing.
>
> We have had a migration wizard for user settings (was it OOo 1.x to 2.x or 2.x
> to 3.x?). This wizard offers to migrate user settings to the new version.
> It's a better experience and gives the chance to migrate these settings which
> are supported or convert the configuration files to the supported format of the
> new office version.
>
I will have a look at the existing migration wizard code - support on this is
welcome as I am unexperienced in this area.
Let us see what might be possible - I will report here.
Best regards, Oliver.
Re: [IMPORTANT, DISCUSS]: no migration/use of former user profile
with AOO 4.0
Posted by "O.Felka" <ol...@gmx.de>.
Am 10.01.2013 12:05, schrieb Oliver-Rainer Wittmann:
> Hi,
>
> From my point it is important to point out (and also discuss) that the
> installation of a AOO 4.0 - our planned next major release - will not
> migrate/use a user profile from a former installed AOO (or OOo) version.
> This has been also mentioned in our blog "Your top questions answered",
> answer to question 10 [1].
>
> It is a consequence of the new version number - "4.0" - as the major
> version number - "4" - is part of the folder/directory path to the user
> profile.
> But, it is already a consequence of the completed renaming from
> "OpenOffice.org" to "Apache OpenOffice" as the productname (in a certain
> form) is also part of the folder/directory path to the user profile -
> see issue 121388.
>
> We have a lot of trouble with the migration/usage of user profiles of
> former installed OOo 3.x versions - unfortunately I could never
> reproduce these problems and thus I could not work on a fix. Thus, not
> migrate/use a user profile from former installed AOO (or OOo) versions
> would solve these problems.
>
> Let the discussion begin :-)
Ok!
I think it is a bad user experience to do nothing.
We have had a migration wizard for user settings (was it OOo 1.x to 2.x
or 2.x to 3.x?). This wizard offers to migrate user settings to the new
version.
It's a better experience and gives the chance to migrate these settings
which are supported or convert the configuration files to the supported
format of the new office version.
Groetjes,
Olaf
Re: [IMPORTANT, DISCUSS]: no migration/use of former user profile
with AOO 4.0
Posted by Rob Weir <ro...@apache.org>.
On Thu, Jan 17, 2013 at 10:05 PM, Rob Weir <ro...@apache.org> wrote:
> On Thu, Jan 17, 2013 at 2:55 AM, Oliver-Rainer Wittmann
> <or...@googlemail.com> wrote:
>> Hi,
>>
>>
>> On 17.01.2013 03:16, Rob Weir wrote:
>>>
>>> On Wed, Jan 16, 2013 at 6:49 PM, Regina Henschel
>>> <rb...@t-online.de> wrote:
>>>>
>>>> Hi Rob,
>>>>
>>>> I had the crash problem too, but unfortunately I do not have the user
>>>> profile any longer. But I can list some things, which I usually do with
>>>> each
>>>> version:
>>>>
>>>
>>> Wow, this is quite a list!
>>>
>>> So let's play detective here, and "think like a bug". If something
>>> went wrong, what are likely causes?
>>>
>>> -- The profile conversion can't be totally broken or it would fail for
>>> every upgrade
>>>
>>> -- It cannot depend on a very rare situation, like a specific macro
>>> import or a rarely used extension, otherwise we would not see many
>>> reports at all.
>>>
>>> So what is in the middle? Volume of changes? Exceeding a specific
>>> string length? Some data type conversion issue? Locale dependency?
>>> Character set conversion?
>>>
>>> If it is any single cause then it could be narrowed down by a binary
>>> search style set of tests. Tedious, but doable.
>>>
>>>> - Add name to user data, turn off "Help Agent", increase Graphics cache
>>>> to
>>>> maximum, number of objects to 100, set number of undo steps to 20.
>>>> - In Pathes: Add AutoCorrect, AutoText, Gallery, and Templates from a
>>>> folder
>>>> outside my home directory, do not make it the default. Set Graphics to
>>>> the
>>>> default Windows folder for personal pictures.
>>>> - Set Macro Security to Medium.
>>>> - Set JRE to Java 1.6.0.37.
>>>> - Have Online Update to check automatically every week.
>>>> - Clear checkbox "Size optimation for ODF settings".
>>>> - Set HTML to Export OOoWriter and Character set UTF-8.
>>>> - Change Languages to not use the "default" item, enable both items in
>>>> enhanced language support.
>>>> - Set personal document templates from the added path (see above) as
>>>> default
>>>> template.
>>>> - Define own toolbar in Draw and in Impress with commands for macros.
>>>> - Import about 10 macro libraries.
>>>> - In Draw and Impress: Dock toolbar 'Options' to the left and customize
>>>> it.
>>>> Customize the drawing toolbar to show the toolboxes instead of single
>>>> shapes. Drag the zoom sub-toolbar from the standard bar and dock it.
>>>> Stack
>>>> Page pane and Style&Formatting window.
>>>> - Customize standard toolbar: remove, disable and add commands.
>>>> In Writer dock table and numbering toolbar to the right, Style&Formatting
>>>> window to the left, show drawing toolbar, customize standard toolbar,
>>>> define
>>>> own toolbar for macros.
>>>> - Install a German or an English language pack, depending on which is
>>>> the
>>>> basis installation. Make sure the dictionary is installed and install it,
>>>> if
>>>> it is missing. Keep the default installed extensions.
>>>>
>>>> Including the recent document list, this results always in a
>>>> registrymodifications.xcu with size around 800KB.
>>>>
>>>> All that was done on WinXP. [I'm now on Win7.]
>>>>
>>>> I think, this might give you an imagination of "highly customized".
>>>>
>>>> Kind regards
>>>> Regina
>>>>
>>>> Rob Weir schrieb:
>>>>
>>>>> On Wed, Jan 16, 2013 at 12:49 PM, Kay Schenk <ka...@gmail.com>
>>>>> wrote:
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> On 01/15/2013 12:48 AM, Herbert Duerr wrote:
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On 14.01.2013 22:50, Hagar Delest wrote:
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Le 14/01/2013 12:06, Oliver-Rainer Wittmann a écrit :
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Does exist a description (may be inclusive a blob of the former user
>>>>>>>>> profile) to reproduce the problem?
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Sadly, no.
>>>>>>>> XP seems the version where it occurs the most.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Was the profile migration problem also reported on Mac, Linux or
>>>>>>> FreeBSD? If it was mostly an XP problem then the observation by
>>>>>>> Stephan
>>>>>>> Bergmann mentioned in
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> http://ooo-forums.apache.org/en/forum/viewtopic.php?t=55017&p=242599#p242632
>>>>>>> could be real the root cause of all our profile migration related
>>>>>>> instabilities.
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> as an FYI...I use linux 32 bit rpm, and have never had a user profile
>>>>>> issue,
>>>>>> that I know of :]
>>>>>>
>>>>>
>>>>> I've never seen the issue either, on Windows XP, 7 or 8.
>>>>>
>>>>>
>>>>> But I do have a clean XP virtual machine image that I can run some
>>>>> tests on. If anyone has a suggestion on how one can force the problem
>>>>> to occur, let me know.
>>>>>
>>>>> I assume it is some form of:
>>>>>
>>>>> 1) Install OOo 3.3.0
>>>>>
>>>>> 2) Do a bunch of stuff that triggers profile changes
>>>>>
>>>>> 3) Upgrade to AOO 3.4.1
>>>>>
>>>>> 4) Kaboom!
>>>>>
>>>>> But what are some things I should do for step #2?
>>>>>
>>
>> I now have an user profile which causes constantly crashes.
>> It had been "created" on a Windows 7 machine where I had OOo 3.3, AOO 3.4
>> and now AOO 3.4.1 installed.
>> I did not remember what I did in step #2, but it was very little - I think.
>>
>> I am now ready to debug the crash. It happens somehow when trying to access
>> certain installed extensions. This is just the first glance. Thus, do not
>> nail me down on it, when I find out that it is something else ;-)
>>
>> I keep you informed.
>>
>
> Cool!
>
> Do you (or anyone else) have a Bugzilla issue you want to use for
> this? We have quite a few reports on this issue and I'd like to start
> closing them out as duplicates of a root issue.
>
> If no one has a good one, I can pick one at random.
>
This appears to be one of the earlier ones:
https://issues.apache.org/ooo/show_bug.cgi?id=120227
I'll use that.
-Rob
> -Rob
>
>> Best regards, Oliver.
Re: [IMPORTANT, DISCUSS]: no migration/use of former user profile
with AOO 4.0
Posted by Herbert Dürr <hd...@apache.org>.
On 18.01.2013 04:05, Rob Weir wrote:
> On Thu, Jan 17, 2013 at 2:55 AM, Oliver-Rainer Wittmann
> <or...@googlemail.com> wrote:
>> I now have an user profile which causes constantly crashes.
>> It had been "created" on a Windows 7 machine where I had OOo 3.3, AOO 3.4
>> and now AOO 3.4.1 installed.
>> I did not remember what I did in step #2, but it was very little - I think.
>>
>> I am now ready to debug the crash. It happens somehow when trying to access
>> certain installed extensions. This is just the first glance. Thus, do not
>> nail me down on it, when I find out that it is something else ;-)
>>
>> I keep you informed.
>>
> [...]
>
> Do you (or anyone else) have a Bugzilla issue you want to use for
> this? We have quite a few reports on this issue and I'd like to start
> closing them out as duplicates of a root issue.
>
> If no one has a good one, I can pick one at random.
I suggest to use https://issues.apache.org/ooo/show_bug.cgi?id=121625
"Tracking issue for AOO 3.4 startup related crashes" for this. Please
beware that we are not yet really sure that all these crashes have the
same root cause, so I suggest to wait with closing them as duplicates
until we have a better understanding of the underlying problems.
Herbert
Re: [IMPORTANT, DISCUSS]: no migration/use of former user profile
with AOO 4.0
Posted by Rob Weir <ro...@apache.org>.
On Thu, Jan 17, 2013 at 2:55 AM, Oliver-Rainer Wittmann
<or...@googlemail.com> wrote:
> Hi,
>
>
> On 17.01.2013 03:16, Rob Weir wrote:
>>
>> On Wed, Jan 16, 2013 at 6:49 PM, Regina Henschel
>> <rb...@t-online.de> wrote:
>>>
>>> Hi Rob,
>>>
>>> I had the crash problem too, but unfortunately I do not have the user
>>> profile any longer. But I can list some things, which I usually do with
>>> each
>>> version:
>>>
>>
>> Wow, this is quite a list!
>>
>> So let's play detective here, and "think like a bug". If something
>> went wrong, what are likely causes?
>>
>> -- The profile conversion can't be totally broken or it would fail for
>> every upgrade
>>
>> -- It cannot depend on a very rare situation, like a specific macro
>> import or a rarely used extension, otherwise we would not see many
>> reports at all.
>>
>> So what is in the middle? Volume of changes? Exceeding a specific
>> string length? Some data type conversion issue? Locale dependency?
>> Character set conversion?
>>
>> If it is any single cause then it could be narrowed down by a binary
>> search style set of tests. Tedious, but doable.
>>
>>> - Add name to user data, turn off "Help Agent", increase Graphics cache
>>> to
>>> maximum, number of objects to 100, set number of undo steps to 20.
>>> - In Pathes: Add AutoCorrect, AutoText, Gallery, and Templates from a
>>> folder
>>> outside my home directory, do not make it the default. Set Graphics to
>>> the
>>> default Windows folder for personal pictures.
>>> - Set Macro Security to Medium.
>>> - Set JRE to Java 1.6.0.37.
>>> - Have Online Update to check automatically every week.
>>> - Clear checkbox "Size optimation for ODF settings".
>>> - Set HTML to Export OOoWriter and Character set UTF-8.
>>> - Change Languages to not use the "default" item, enable both items in
>>> enhanced language support.
>>> - Set personal document templates from the added path (see above) as
>>> default
>>> template.
>>> - Define own toolbar in Draw and in Impress with commands for macros.
>>> - Import about 10 macro libraries.
>>> - In Draw and Impress: Dock toolbar 'Options' to the left and customize
>>> it.
>>> Customize the drawing toolbar to show the toolboxes instead of single
>>> shapes. Drag the zoom sub-toolbar from the standard bar and dock it.
>>> Stack
>>> Page pane and Style&Formatting window.
>>> - Customize standard toolbar: remove, disable and add commands.
>>> In Writer dock table and numbering toolbar to the right, Style&Formatting
>>> window to the left, show drawing toolbar, customize standard toolbar,
>>> define
>>> own toolbar for macros.
>>> - Install a German or an English language pack, depending on which is
>>> the
>>> basis installation. Make sure the dictionary is installed and install it,
>>> if
>>> it is missing. Keep the default installed extensions.
>>>
>>> Including the recent document list, this results always in a
>>> registrymodifications.xcu with size around 800KB.
>>>
>>> All that was done on WinXP. [I'm now on Win7.]
>>>
>>> I think, this might give you an imagination of "highly customized".
>>>
>>> Kind regards
>>> Regina
>>>
>>> Rob Weir schrieb:
>>>
>>>> On Wed, Jan 16, 2013 at 12:49 PM, Kay Schenk <ka...@gmail.com>
>>>> wrote:
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> On 01/15/2013 12:48 AM, Herbert Duerr wrote:
>>>>>>
>>>>>>
>>>>>>
>>>>>> On 14.01.2013 22:50, Hagar Delest wrote:
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Le 14/01/2013 12:06, Oliver-Rainer Wittmann a écrit :
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Does exist a description (may be inclusive a blob of the former user
>>>>>>>> profile) to reproduce the problem?
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Sadly, no.
>>>>>>> XP seems the version where it occurs the most.
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> Was the profile migration problem also reported on Mac, Linux or
>>>>>> FreeBSD? If it was mostly an XP problem then the observation by
>>>>>> Stephan
>>>>>> Bergmann mentioned in
>>>>>>
>>>>>>
>>>>>>
>>>>>> http://ooo-forums.apache.org/en/forum/viewtopic.php?t=55017&p=242599#p242632
>>>>>> could be real the root cause of all our profile migration related
>>>>>> instabilities.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> as an FYI...I use linux 32 bit rpm, and have never had a user profile
>>>>> issue,
>>>>> that I know of :]
>>>>>
>>>>
>>>> I've never seen the issue either, on Windows XP, 7 or 8.
>>>>
>>>>
>>>> But I do have a clean XP virtual machine image that I can run some
>>>> tests on. If anyone has a suggestion on how one can force the problem
>>>> to occur, let me know.
>>>>
>>>> I assume it is some form of:
>>>>
>>>> 1) Install OOo 3.3.0
>>>>
>>>> 2) Do a bunch of stuff that triggers profile changes
>>>>
>>>> 3) Upgrade to AOO 3.4.1
>>>>
>>>> 4) Kaboom!
>>>>
>>>> But what are some things I should do for step #2?
>>>>
>
> I now have an user profile which causes constantly crashes.
> It had been "created" on a Windows 7 machine where I had OOo 3.3, AOO 3.4
> and now AOO 3.4.1 installed.
> I did not remember what I did in step #2, but it was very little - I think.
>
> I am now ready to debug the crash. It happens somehow when trying to access
> certain installed extensions. This is just the first glance. Thus, do not
> nail me down on it, when I find out that it is something else ;-)
>
> I keep you informed.
>
Cool!
Do you (or anyone else) have a Bugzilla issue you want to use for
this? We have quite a few reports on this issue and I'd like to start
closing them out as duplicates of a root issue.
If no one has a good one, I can pick one at random.
-Rob
> Best regards, Oliver.
Re: [IMPORTANT, DISCUSS]: no migration/use of former user profile
with AOO 4.0
Posted by Oliver-Rainer Wittmann <or...@googlemail.com>.
Hi,
On 17.01.2013 03:16, Rob Weir wrote:
> On Wed, Jan 16, 2013 at 6:49 PM, Regina Henschel
> <rb...@t-online.de> wrote:
>> Hi Rob,
>>
>> I had the crash problem too, but unfortunately I do not have the user
>> profile any longer. But I can list some things, which I usually do with each
>> version:
>>
>
> Wow, this is quite a list!
>
> So let's play detective here, and "think like a bug". If something
> went wrong, what are likely causes?
>
> -- The profile conversion can't be totally broken or it would fail for
> every upgrade
>
> -- It cannot depend on a very rare situation, like a specific macro
> import or a rarely used extension, otherwise we would not see many
> reports at all.
>
> So what is in the middle? Volume of changes? Exceeding a specific
> string length? Some data type conversion issue? Locale dependency?
> Character set conversion?
>
> If it is any single cause then it could be narrowed down by a binary
> search style set of tests. Tedious, but doable.
>
>> - Add name to user data, turn off "Help Agent", increase Graphics cache to
>> maximum, number of objects to 100, set number of undo steps to 20.
>> - In Pathes: Add AutoCorrect, AutoText, Gallery, and Templates from a folder
>> outside my home directory, do not make it the default. Set Graphics to the
>> default Windows folder for personal pictures.
>> - Set Macro Security to Medium.
>> - Set JRE to Java 1.6.0.37.
>> - Have Online Update to check automatically every week.
>> - Clear checkbox "Size optimation for ODF settings".
>> - Set HTML to Export OOoWriter and Character set UTF-8.
>> - Change Languages to not use the "default" item, enable both items in
>> enhanced language support.
>> - Set personal document templates from the added path (see above) as default
>> template.
>> - Define own toolbar in Draw and in Impress with commands for macros.
>> - Import about 10 macro libraries.
>> - In Draw and Impress: Dock toolbar 'Options' to the left and customize it.
>> Customize the drawing toolbar to show the toolboxes instead of single
>> shapes. Drag the zoom sub-toolbar from the standard bar and dock it. Stack
>> Page pane and Style&Formatting window.
>> - Customize standard toolbar: remove, disable and add commands.
>> In Writer dock table and numbering toolbar to the right, Style&Formatting
>> window to the left, show drawing toolbar, customize standard toolbar, define
>> own toolbar for macros.
>> - Install a German or an English language pack, depending on which is the
>> basis installation. Make sure the dictionary is installed and install it, if
>> it is missing. Keep the default installed extensions.
>>
>> Including the recent document list, this results always in a
>> registrymodifications.xcu with size around 800KB.
>>
>> All that was done on WinXP. [I'm now on Win7.]
>>
>> I think, this might give you an imagination of "highly customized".
>>
>> Kind regards
>> Regina
>>
>> Rob Weir schrieb:
>>
>>> On Wed, Jan 16, 2013 at 12:49 PM, Kay Schenk <ka...@gmail.com> wrote:
>>>>
>>>>
>>>>
>>>> On 01/15/2013 12:48 AM, Herbert Duerr wrote:
>>>>>
>>>>>
>>>>> On 14.01.2013 22:50, Hagar Delest wrote:
>>>>>>
>>>>>>
>>>>>> Le 14/01/2013 12:06, Oliver-Rainer Wittmann a écrit :
>>>>>>>
>>>>>>>
>>>>>>> Does exist a description (may be inclusive a blob of the former user
>>>>>>> profile) to reproduce the problem?
>>>>>>
>>>>>>
>>>>>>
>>>>>> Sadly, no.
>>>>>> XP seems the version where it occurs the most.
>>>>>
>>>>>
>>>>>
>>>>> Was the profile migration problem also reported on Mac, Linux or
>>>>> FreeBSD? If it was mostly an XP problem then the observation by Stephan
>>>>> Bergmann mentioned in
>>>>>
>>>>>
>>>>> http://ooo-forums.apache.org/en/forum/viewtopic.php?t=55017&p=242599#p242632
>>>>> could be real the root cause of all our profile migration related
>>>>> instabilities.
>>>>
>>>>
>>>>
>>>> as an FYI...I use linux 32 bit rpm, and have never had a user profile
>>>> issue,
>>>> that I know of :]
>>>>
>>>
>>> I've never seen the issue either, on Windows XP, 7 or 8.
>>>
>>>
>>> But I do have a clean XP virtual machine image that I can run some
>>> tests on. If anyone has a suggestion on how one can force the problem
>>> to occur, let me know.
>>>
>>> I assume it is some form of:
>>>
>>> 1) Install OOo 3.3.0
>>>
>>> 2) Do a bunch of stuff that triggers profile changes
>>>
>>> 3) Upgrade to AOO 3.4.1
>>>
>>> 4) Kaboom!
>>>
>>> But what are some things I should do for step #2?
>>>
I now have an user profile which causes constantly crashes.
It had been "created" on a Windows 7 machine where I had OOo 3.3, AOO 3.4 and
now AOO 3.4.1 installed.
I did not remember what I did in step #2, but it was very little - I think.
I am now ready to debug the crash. It happens somehow when trying to access
certain installed extensions. This is just the first glance. Thus, do not nail
me down on it, when I find out that it is something else ;-)
I keep you informed.
Best regards, Oliver.
Re: crashes due to "corrupted" user profile [was: Re: [IMPORTANT,
DISCUSS]: no migration/use of former user profile with AOO 4.0]
Posted by Kay Schenk <ka...@gmail.com>.
On Mon, Feb 4, 2013 at 3:20 AM, Oliver-Rainer Wittmann <
orwittmann@googlemail.com> wrote:
> Hi,
>
>
> On 17.01.2013 22:06, Hagar Delest wrote:
>
>> Le 17/01/2013 03:16, Rob Weir a écrit :
>>
>>> So let's play detective here, and "think like a bug". If something
>>> went wrong, what are likely causes?
>>>
>>
>> I just remember this one on the forum very recently:
>> http://forum.openoffice.org/**en/forum/viewtopic.php?f=15&t=**58773<http://forum.openoffice.org/en/forum/viewtopic.php?f=15&t=58773>
>>
>> Extensions may be involved, perhaps because of an update process?
>>
>> I should be able to have access to a crashing profile this weekend
>> (depends on the weather and the snow on the road...)
>>
>>
> Sorry for the long silence.
>
> I got an influenza the 18th which knocked me down for 8 days.
> Back in the office last week I need to renew my complete system - harddisk
> crash.
> Now, back from FOSDEM I am back on this topic.
>
sorry for all your troubles...but I'm happy you got to go to FOSDEM
>
> Here is what I have already figured out about the crashes which seemed to
> be caused by a "corrupted" user profile:
> A "migrated" OOo 3.3 user profile causes crashes triggered by the update
> check for extensions. The update check for extensions is triggered by an
> enabled update checked for the application. The internal details are that a
> C++ exception is not caught by the program code. The extensions which are
> causing the problems are the OOo 3.3 bundled extension which are three
> dictionaries. The installation process removes these extensions which are
> located in $InstallationFolder/share/**extensions/, but the entries of
> their existences stored in the user profile survived. Thus, these
> extensions are accessed, but are not found. Some program code reacts on
> this situation - the faulty code not.
>
> Currently, I have not observed a crash with a new user profile.
>
> I am currently trying to collect "corrupted" user profiles from users who
> are reporting such crashes.
> I already got two and I had my own one.
> If somebody is in contact with such users or have such user profiles at
> hand, please share them (if possible).
>
> Best regards, Oliver.
>
--
----------------------------------------------------------------------------------------
MzK
"A great deal of talent is lost to the world
for want of a little courage."
-- Sydney Smith
Re: crashes due to "corrupted" user profile [was: Re: [IMPORTANT,
DISCUSS]: no migration/use of former user profile with AOO 4.0]
Posted by Hagar Delest <ha...@laposte.net>.
Indeed.
Thanks a lot Oliver, that's a huge improvement UX point of view. It will spare a lot of issues for upgrades in the future.
Hagar
Le 28/02/2013 10:01, Oliver-Rainer Wittmann a écrit :
> Hi,
>
> thanks for the feedback.
> It looks like that we have got the bug and solved it.
>
> Best regards, Oliver.
>
> On 27.02.2013 22:03, Hagar Delest wrote:
>> For the record, another positive case after the reset was not enough:
>> http://forum.openoffice.org/en/forum/viewtopic.php?f=6&t=59794
>>
>> Hagar
>>
>>
>> Le 14/02/2013 09:42, Oliver-Rainer Wittmann a écrit :
>>
>>> Hi Hagar,
>>>
>>> On 10.02.2013 21:32, Hagar Delest wrote:
>>>> Le 06/02/2013 21:21, Hagar Delest a écrit :
>>>>> Le 06/02/2013 09:03, Oliver-Rainer Wittmann a écrit :
>>>>>> BTW, does the above given workarounds work on your side?
>>>>>
>>>>> Sadly, it's the profile of the machine that got its Windows XP
>>>>> partition unusable anymore.
>>>>> So can't say.
>>>>>
>>>>> But I keep the information in mind and will check next time I see a
>>>>> corner case like that on the forum.
>>>>> Or will try to dig to find a still open topic about the crashes.
>>>>
>>>> It seems there is a positive one:
>>>> http://forum.openoffice.org/en/forum/viewtopic.php?f=6&t=59477
>>>> Your trick did work after the profile reset had no effect.
>>>>
>>>
>>> Thanks for the positive feedback.
>>>
>>> Best regards, Oliver.
>>>
>>> P.S.: Sorry for the long silence, again. I had got another viral flue
>>> which knocked me out the last days.
Re: crashes due to "corrupted" user profile [was: Re: [IMPORTANT,
DISCUSS]: no migration/use of former user profile with AOO 4.0]
Posted by Oliver-Rainer Wittmann <or...@googlemail.com>.
Hi,
thanks for the feedback.
It looks like that we have got the bug and solved it.
Best regards, Oliver.
On 27.02.2013 22:03, Hagar Delest wrote:
> For the record, another positive case after the reset was not enough:
> http://forum.openoffice.org/en/forum/viewtopic.php?f=6&t=59794
>
> Hagar
>
>
> Le 14/02/2013 09:42, Oliver-Rainer Wittmann a écrit :
>
>> Hi Hagar,
>>
>> On 10.02.2013 21:32, Hagar Delest wrote:
>>> Le 06/02/2013 21:21, Hagar Delest a écrit :
>>>> Le 06/02/2013 09:03, Oliver-Rainer Wittmann a écrit :
>>>>> BTW, does the above given workarounds work on your side?
>>>>
>>>> Sadly, it's the profile of the machine that got its Windows XP
>>>> partition unusable anymore.
>>>> So can't say.
>>>>
>>>> But I keep the information in mind and will check next time I see a
>>>> corner case like that on the forum.
>>>> Or will try to dig to find a still open topic about the crashes.
>>>
>>> It seems there is a positive one:
>>> http://forum.openoffice.org/en/forum/viewtopic.php?f=6&t=59477
>>> Your trick did work after the profile reset had no effect.
>>>
>>
>> Thanks for the positive feedback.
>>
>> Best regards, Oliver.
>>
>> P.S.: Sorry for the long silence, again. I had got another viral flue
>> which knocked me out the last days.
Re: crashes due to "corrupted" user profile [was: Re: [IMPORTANT,
DISCUSS]: no migration/use of former user profile with AOO 4.0]
Posted by Hagar Delest <ha...@laposte.net>.
For the record, another positive case after the reset was not enough:
http://forum.openoffice.org/en/forum/viewtopic.php?f=6&t=59794
Hagar
Le 14/02/2013 09:42, Oliver-Rainer Wittmann a écrit :
> Hi Hagar,
>
> On 10.02.2013 21:32, Hagar Delest wrote:
>> Le 06/02/2013 21:21, Hagar Delest a écrit :
>>> Le 06/02/2013 09:03, Oliver-Rainer Wittmann a écrit :
>>>> BTW, does the above given workarounds work on your side?
>>>
>>> Sadly, it's the profile of the machine that got its Windows XP
>>> partition unusable anymore.
>>> So can't say.
>>>
>>> But I keep the information in mind and will check next time I see a
>>> corner case like that on the forum.
>>> Or will try to dig to find a still open topic about the crashes.
>>
>> It seems there is a positive one:
>> http://forum.openoffice.org/en/forum/viewtopic.php?f=6&t=59477
>> Your trick did work after the profile reset had no effect.
>>
>
> Thanks for the positive feedback.
>
> Best regards, Oliver.
>
> P.S.: Sorry for the long silence, again. I had got another viral flue which knocked me out the last days.
Re: crashes due to "corrupted" user profile [was: Re: [IMPORTANT,
DISCUSS]: no migration/use of former user profile with AOO 4.0]
Posted by Oliver-Rainer Wittmann <or...@googlemail.com>.
Hi Hagar,
On 10.02.2013 21:32, Hagar Delest wrote:
> Le 06/02/2013 21:21, Hagar Delest a écrit :
>> Le 06/02/2013 09:03, Oliver-Rainer Wittmann a écrit :
>>> BTW, does the above given workarounds work on your side?
>>
>> Sadly, it's the profile of the machine that got its Windows XP
>> partition unusable anymore.
>> So can't say.
>>
>> But I keep the information in mind and will check next time I see a
>> corner case like that on the forum.
>> Or will try to dig to find a still open topic about the crashes.
>
> It seems there is a positive one:
> http://forum.openoffice.org/en/forum/viewtopic.php?f=6&t=59477
> Your trick did work after the profile reset had no effect.
>
Thanks for the positive feedback.
Best regards, Oliver.
P.S.: Sorry for the long silence, again. I had got another viral flue
which knocked me out the last days.
Re: crashes due to "corrupted" user profile [was: Re: [IMPORTANT,
DISCUSS]: no migration/use of former user profile with AOO 4.0]
Posted by Hagar Delest <ha...@laposte.net>.
Le 06/02/2013 21:21, Hagar Delest a écrit :
> Le 06/02/2013 09:03, Oliver-Rainer Wittmann a écrit :
>> BTW, does the above given workarounds work on your side?
>
> Sadly, it's the profile of the machine that got its Windows XP partition unusable anymore.
> So can't say.
>
> But I keep the information in mind and will check next time I see a corner case like that on the forum.
> Or will try to dig to find a still open topic about the crashes.
It seems there is a positive one: http://forum.openoffice.org/en/forum/viewtopic.php?f=6&t=59477
Your trick did work after the profile reset had no effect.
Hagar
Re: crashes due to "corrupted" user profile [was: Re: [IMPORTANT,
DISCUSS]: no migration/use of former user profile with AOO 4.0]
Posted by Hagar Delest <ha...@laposte.net>.
Le 06/02/2013 09:03, Oliver-Rainer Wittmann a écrit :
> BTW, does the above given workarounds work on your side?
Sadly, it's the profile of the machine that got its Windows XP partition unusable anymore.
So can't say.
But I keep the information in mind and will check next time I see a corner case like that on the forum.
Or will try to dig to find a still open topic about the crashes.
Hagar
Re: crashes due to "corrupted" user profile [was: Re: [IMPORTANT,
DISCUSS]: no migration/use of former user profile with AOO 4.0]
Posted by Oliver-Rainer Wittmann <or...@googlemail.com>.
Hi,
On 05.02.2013 22:49, Hagar Delest wrote:
> Le 05/02/2013 10:59, Oliver-Rainer Wittmann a écrit :
>> I have now observed a crash with a new profile.
>> "Setup":
>> - Install and Run OOo 3.3 (en-US)
>> - Upgrade to AOO 3.4.1 (en-US)
>> - Run AOO 3.4.1
>> --> existing OOo 3.3 user profile is used --> crashes (category A)
>> triggered via update check of installed extensions
>> - Remove user profile
>> - Run AOO 3.4.1
>> --> new user profile is created, but somehow the extension manager
>> shows the bundled extensions from OOo 3.3 (three dictionaries)
>> --> crashes (category B) triggered via update check of installed
>> extensions
>>
>> A possible "workaround" for crashes of category B is:
>> - Remove $USERPROFILE/3/user/extensions/bundled/extensions.pmap
>>
>> A possible "workaround" for crashes of category A is:
>> - Remove $USERPROFILE/3/user/extensions/bundled/extensions.pmap|.db
>
> Interesting indeed!
> I just checked the XP profile that used to crash and in the
> extensions.pmap, I can see weird entries from 3.3 version:
> Pmp1ÿorg.openoffice.en.hunspell.dictionaries
> dict-enÿdict-enÿapplication/vnd.sun.star.package-bundleÿ2010.03.16ÿ0
> ÿfrench.modern-dictionary.from.Dicollecte.by.OlivierR
> dict-frÿdict-frÿapplication/vnd.sun.star.package-bundleÿ3.8ÿ0
> ÿorg.openoffice.es.hunspell.dictionaries
> dict-esÿdict-esÿapplication/vnd.sun.star.package-bundleÿ2008.07.01ÿ0
Yes, these were the bundled dictionary extensions of OOo 3.3
>
> The Spanish dic should not be there at any rate.
>
> Will work on it on the forum in the future.
Thanks in advance.
BTW, does the above given workarounds work on your side?
Best regards, Oliver.
Re: crashes due to "corrupted" user profile [was: Re: [IMPORTANT,
DISCUSS]: no migration/use of former user profile with AOO 4.0]
Posted by Hagar Delest <ha...@laposte.net>.
Le 05/02/2013 10:59, Oliver-Rainer Wittmann a écrit :
> I have now observed a crash with a new profile.
> "Setup":
> - Install and Run OOo 3.3 (en-US)
> - Upgrade to AOO 3.4.1 (en-US)
> - Run AOO 3.4.1
> --> existing OOo 3.3 user profile is used --> crashes (category A) triggered via update check of installed extensions
> - Remove user profile
> - Run AOO 3.4.1
> --> new user profile is created, but somehow the extension manager shows the bundled extensions from OOo 3.3 (three dictionaries)
> --> crashes (category B) triggered via update check of installed extensions
>
> A possible "workaround" for crashes of category B is:
> - Remove $USERPROFILE/3/user/extensions/bundled/extensions.pmap
>
> A possible "workaround" for crashes of category A is:
> - Remove $USERPROFILE/3/user/extensions/bundled/extensions.pmap|.db
Interesting indeed!
I just checked the XP profile that used to crash and in the extensions.pmap, I can see weird entries from 3.3 version:
Pmp1ÿorg.openoffice.en.hunspell.dictionaries
dict-enÿdict-enÿapplication/vnd.sun.star.package-bundleÿ2010.03.16ÿ0
ÿfrench.modern-dictionary.from.Dicollecte.by.OlivierR
dict-frÿdict-frÿapplication/vnd.sun.star.package-bundleÿ3.8ÿ0
ÿorg.openoffice.es.hunspell.dictionaries
dict-esÿdict-esÿapplication/vnd.sun.star.package-bundleÿ2008.07.01ÿ0
The Spanish dic should not be there at any rate.
Will work on it on the forum in the future.
Hagar
Re: crashes due to "corrupted" user profile [was: Re: [IMPORTANT,
DISCUSS]: no migration/use of former user profile with AOO 4.0]
Posted by Oliver-Rainer Wittmann <or...@googlemail.com>.
Hi,
On 04.02.2013 21:58, Hagar Delest wrote:
> Le 04/02/2013 12:20, Oliver-Rainer Wittmann a écrit :
>> I got an influenza the 18th which knocked me down for 8 days.
>
> Funny, I got mine on 22nd!
>
>
>> Back in the office last week I need to renew my complete system -
>> harddisk crash.
>
> Funny again, my in-laws machine got a problem too. I could install
> Ubuntu on a clean area of the HD but couldn't use the Windows partition
> anymore.
>
>
>> Here is what I have already figured out about the crashes which seemed
>> to be caused by a "corrupted" user profile:
>> [...]
>> Currently, I have not observed a crash with a new user profile.
>
> However there are cases where the new profile still crashes (as for my
> in-laws for example).
>
I have now observed a crash with a new profile.
"Setup":
- Install and Run OOo 3.3 (en-US)
- Upgrade to AOO 3.4.1 (en-US)
- Run AOO 3.4.1
--> existing OOo 3.3 user profile is used --> crashes (category A)
triggered via update check of installed extensions
- Remove user profile
- Run AOO 3.4.1
--> new user profile is created, but somehow the extension manager shows
the bundled extensions from OOo 3.3 (three dictionaries)
--> crashes (category B) triggered via update check of installed extensions
A possible "workaround" for crashes of category B is:
- Remove $USERPROFILE/3/user/extensions/bundled/extensions.pmap
A possible "workaround" for crashes of category A is:
- Remove $USERPROFILE/3/user/extensions/bundled/extensions.pmap|.db
I will continue my investigations, but may be not this week, because I
am busy with some other stuff.
Best regards, Oliver.
>
>> I am currently trying to collect "corrupted" user profiles from users
>> who are reporting such crashes.
>
> So on my in-laws machine, I took their profile and tried it on the new
> Ubuntu partition: no crash after several minutes and several documents
> opened, including one that used to make AOO crash.
> Then I took that same original profile on my Ubuntu system, same result.
> Then I tried on my Windows Seven partition, same result, no crash. The
> only bias when trying on Win 7 is that I had switched off the internet
> access to avoid the many updates that I would have had to install (I
> boot Windows once or twice a year, only for corner case tests like that).
>
> Hagar
Re: crashes due to "corrupted" user profile [was: Re: [IMPORTANT,
DISCUSS]: no migration/use of former user profile with AOO 4.0]
Posted by Joost Andrae <Jo...@gmx.de>.
Moin Oliver-Rainer,
probably this extension update issue is (UNO)cache file related...
...just an idea...
> --> new user profile is created, but somehow the extension manager shows
> the bundled extensions from OOo 3.3 (three dictionaries)
> --> crashes (category B) triggered via update check of installed extensions
>
Kind regards, Joost
Re: crashes due to "corrupted" user profile [was: Re: [IMPORTANT,
DISCUSS]: no migration/use of former user profile with AOO 4.0]
Posted by Hagar Delest <ha...@laposte.net>.
Le 04/02/2013 12:20, Oliver-Rainer Wittmann a écrit :
> I got an influenza the 18th which knocked me down for 8 days.
Funny, I got mine on 22nd!
> Back in the office last week I need to renew my complete system - harddisk crash.
Funny again, my in-laws machine got a problem too. I could install Ubuntu on a clean area of the HD but couldn't use the Windows partition anymore.
> Here is what I have already figured out about the crashes which seemed to be caused by a "corrupted" user profile:
> [...]
> Currently, I have not observed a crash with a new user profile.
However there are cases where the new profile still crashes (as for my in-laws for example).
> I am currently trying to collect "corrupted" user profiles from users who are reporting such crashes.
So on my in-laws machine, I took their profile and tried it on the new Ubuntu partition: no crash after several minutes and several documents opened, including one that used to make AOO crash.
Then I took that same original profile on my Ubuntu system, same result.
Then I tried on my Windows Seven partition, same result, no crash. The only bias when trying on Win 7 is that I had switched off the internet access to avoid the many updates that I would have had to install (I boot Windows once or twice a year, only for corner case tests like that).
Hagar
crashes due to "corrupted" user profile [was: Re: [IMPORTANT, DISCUSS]:
no migration/use of former user profile with AOO 4.0]
Posted by Oliver-Rainer Wittmann <or...@googlemail.com>.
Hi,
On 17.01.2013 22:06, Hagar Delest wrote:
> Le 17/01/2013 03:16, Rob Weir a écrit :
>> So let's play detective here, and "think like a bug". If something
>> went wrong, what are likely causes?
>
> I just remember this one on the forum very recently:
> http://forum.openoffice.org/en/forum/viewtopic.php?f=15&t=58773
>
> Extensions may be involved, perhaps because of an update process?
>
> I should be able to have access to a crashing profile this weekend
> (depends on the weather and the snow on the road...)
>
Sorry for the long silence.
I got an influenza the 18th which knocked me down for 8 days.
Back in the office last week I need to renew my complete system -
harddisk crash.
Now, back from FOSDEM I am back on this topic.
Here is what I have already figured out about the crashes which seemed
to be caused by a "corrupted" user profile:
A "migrated" OOo 3.3 user profile causes crashes triggered by the update
check for extensions. The update check for extensions is triggered by an
enabled update checked for the application. The internal details are
that a C++ exception is not caught by the program code. The extensions
which are causing the problems are the OOo 3.3 bundled extension which
are three dictionaries. The installation process removes these
extensions which are located in $InstallationFolder/share/extensions/,
but the entries of their existences stored in the user profile survived.
Thus, these extensions are accessed, but are not found. Some program
code reacts on this situation - the faulty code not.
Currently, I have not observed a crash with a new user profile.
I am currently trying to collect "corrupted" user profiles from users
who are reporting such crashes.
I already got two and I had my own one.
If somebody is in contact with such users or have such user profiles at
hand, please share them (if possible).
Best regards, Oliver.
Re: [IMPORTANT, DISCUSS]: no migration/use of former user profile
with AOO 4.0
Posted by Hagar Delest <ha...@laposte.net>.
Le 17/01/2013 03:16, Rob Weir a écrit :
> So let's play detective here, and "think like a bug". If something
> went wrong, what are likely causes?
I just remember this one on the forum very recently:
http://forum.openoffice.org/en/forum/viewtopic.php?f=15&t=58773
Extensions may be involved, perhaps because of an update process?
I should be able to have access to a crashing profile this weekend (depends on the weather and the snow on the road...)
Hagar
Re: [IMPORTANT, DISCUSS]: no migration/use of former user profile
with AOO 4.0
Posted by Hagar Delest <ha...@laposte.net>.
Le 17/01/2013 03:16, Rob Weir a écrit :
> So let's play detective here, and "think like a bug". If something
> went wrong, what are likely causes?
>
> -- The profile conversion can't be totally broken or it would fail for
> every upgrade
The crashes can occur even with a brand new installation so the profile conversion is not the first thing to look at (and it was deactivated from AOO 3.4.0 IIRC).
> -- It cannot depend on a very rare situation, like a specific macro
> import or a rarely used extension, otherwise we would not see many
> reports at all.
Indeed. And see above, it occurs with fresh installations.
> So what is in the middle? Volume of changes? Exceeding a specific
> string length? Some data type conversion issue? Locale dependency?
> Character set conversion?
Volume of changes: since it can happen almost immediately after installation, I would say it's a dead end.
String length: could be; but why resetting the profile should fix it? Except if there is a voluntary tweaking by the user (rather rare).
Hagar
Re: [IMPORTANT, DISCUSS]: no migration/use of former user profile
with AOO 4.0
Posted by Rob Weir <ro...@apache.org>.
On Wed, Jan 16, 2013 at 6:49 PM, Regina Henschel
<rb...@t-online.de> wrote:
> Hi Rob,
>
> I had the crash problem too, but unfortunately I do not have the user
> profile any longer. But I can list some things, which I usually do with each
> version:
>
Wow, this is quite a list!
So let's play detective here, and "think like a bug". If something
went wrong, what are likely causes?
-- The profile conversion can't be totally broken or it would fail for
every upgrade
-- It cannot depend on a very rare situation, like a specific macro
import or a rarely used extension, otherwise we would not see many
reports at all.
So what is in the middle? Volume of changes? Exceeding a specific
string length? Some data type conversion issue? Locale dependency?
Character set conversion?
If it is any single cause then it could be narrowed down by a binary
search style set of tests. Tedious, but doable.
> - Add name to user data, turn off "Help Agent", increase Graphics cache to
> maximum, number of objects to 100, set number of undo steps to 20.
> - In Pathes: Add AutoCorrect, AutoText, Gallery, and Templates from a folder
> outside my home directory, do not make it the default. Set Graphics to the
> default Windows folder for personal pictures.
> - Set Macro Security to Medium.
> - Set JRE to Java 1.6.0.37.
> - Have Online Update to check automatically every week.
> - Clear checkbox "Size optimation for ODF settings".
> - Set HTML to Export OOoWriter and Character set UTF-8.
> - Change Languages to not use the "default" item, enable both items in
> enhanced language support.
> - Set personal document templates from the added path (see above) as default
> template.
> - Define own toolbar in Draw and in Impress with commands for macros.
> - Import about 10 macro libraries.
> - In Draw and Impress: Dock toolbar 'Options' to the left and customize it.
> Customize the drawing toolbar to show the toolboxes instead of single
> shapes. Drag the zoom sub-toolbar from the standard bar and dock it. Stack
> Page pane and Style&Formatting window.
> - Customize standard toolbar: remove, disable and add commands.
> In Writer dock table and numbering toolbar to the right, Style&Formatting
> window to the left, show drawing toolbar, customize standard toolbar, define
> own toolbar for macros.
> - Install a German or an English language pack, depending on which is the
> basis installation. Make sure the dictionary is installed and install it, if
> it is missing. Keep the default installed extensions.
>
> Including the recent document list, this results always in a
> registrymodifications.xcu with size around 800KB.
>
> All that was done on WinXP. [I'm now on Win7.]
>
> I think, this might give you an imagination of "highly customized".
>
> Kind regards
> Regina
>
> Rob Weir schrieb:
>
>> On Wed, Jan 16, 2013 at 12:49 PM, Kay Schenk <ka...@gmail.com> wrote:
>>>
>>>
>>>
>>> On 01/15/2013 12:48 AM, Herbert Duerr wrote:
>>>>
>>>>
>>>> On 14.01.2013 22:50, Hagar Delest wrote:
>>>>>
>>>>>
>>>>> Le 14/01/2013 12:06, Oliver-Rainer Wittmann a écrit :
>>>>>>
>>>>>>
>>>>>> Does exist a description (may be inclusive a blob of the former user
>>>>>> profile) to reproduce the problem?
>>>>>
>>>>>
>>>>>
>>>>> Sadly, no.
>>>>> XP seems the version where it occurs the most.
>>>>
>>>>
>>>>
>>>> Was the profile migration problem also reported on Mac, Linux or
>>>> FreeBSD? If it was mostly an XP problem then the observation by Stephan
>>>> Bergmann mentioned in
>>>>
>>>>
>>>> http://ooo-forums.apache.org/en/forum/viewtopic.php?t=55017&p=242599#p242632
>>>> could be real the root cause of all our profile migration related
>>>> instabilities.
>>>
>>>
>>>
>>> as an FYI...I use linux 32 bit rpm, and have never had a user profile
>>> issue,
>>> that I know of :]
>>>
>>
>> I've never seen the issue either, on Windows XP, 7 or 8.
>>
>>
>> But I do have a clean XP virtual machine image that I can run some
>> tests on. If anyone has a suggestion on how one can force the problem
>> to occur, let me know.
>>
>> I assume it is some form of:
>>
>> 1) Install OOo 3.3.0
>>
>> 2) Do a bunch of stuff that triggers profile changes
>>
>> 3) Upgrade to AOO 3.4.1
>>
>> 4) Kaboom!
>>
>> But what are some things I should do for step #2?
>>
>> -Rob
>>
>>>
>>>>
>>>> The (very incomplete) stacks of the crash that I saw all mentioned the
>>>> update service being involved. This also fits with the observation that
>>>> the crash apparently happened after a predictable time, e.g. 30 secs,
>>>> which would also point to a problem in the update service.
>>>>
>>>>> Next time I'll try to make a copy of the whole profile.
>>>>
>>>>
>>>>
>>>> We're looking forward to it, thanks!
>>>>
>>>> Herbert
>>>
>>>
>>>
>>> --
>>> ------------------------------------------------------------------------
>>> MzK
>>>
>>> "No act of kindness, no matter how small, is ever wasted."
>>> -- Aesop
>>
>>
>
Re: [IMPORTANT, DISCUSS]: no migration/use of former user profile
with AOO 4.0
Posted by Regina Henschel <rb...@t-online.de>.
Hi Rob,
I had the crash problem too, but unfortunately I do not have the user
profile any longer. But I can list some things, which I usually do with
each version:
- Add name to user data, turn off "Help Agent", increase Graphics cache
to maximum, number of objects to 100, set number of undo steps to 20.
- In Pathes: Add AutoCorrect, AutoText, Gallery, and Templates from a
folder outside my home directory, do not make it the default. Set
Graphics to the default Windows folder for personal pictures.
- Set Macro Security to Medium.
- Set JRE to Java 1.6.0.37.
- Have Online Update to check automatically every week.
- Clear checkbox "Size optimation for ODF settings".
- Set HTML to Export OOoWriter and Character set UTF-8.
- Change Languages to not use the "default" item, enable both items in
enhanced language support.
- Set personal document templates from the added path (see above) as
default template.
- Define own toolbar in Draw and in Impress with commands for macros.
- Import about 10 macro libraries.
- In Draw and Impress: Dock toolbar 'Options' to the left and customize
it. Customize the drawing toolbar to show the toolboxes instead of
single shapes. Drag the zoom sub-toolbar from the standard bar and dock
it. Stack Page pane and Style&Formatting window.
- Customize standard toolbar: remove, disable and add commands.
In Writer dock table and numbering toolbar to the right,
Style&Formatting window to the left, show drawing toolbar, customize
standard toolbar, define own toolbar for macros.
- Install a German or an English language pack, depending on which is
the basis installation. Make sure the dictionary is installed and
install it, if it is missing. Keep the default installed extensions.
Including the recent document list, this results always in a
registrymodifications.xcu with size around 800KB.
All that was done on WinXP. [I'm now on Win7.]
I think, this might give you an imagination of "highly customized".
Kind regards
Regina
Rob Weir schrieb:
> On Wed, Jan 16, 2013 at 12:49 PM, Kay Schenk <ka...@gmail.com> wrote:
>>
>>
>> On 01/15/2013 12:48 AM, Herbert Duerr wrote:
>>>
>>> On 14.01.2013 22:50, Hagar Delest wrote:
>>>>
>>>> Le 14/01/2013 12:06, Oliver-Rainer Wittmann a écrit :
>>>>>
>>>>> Does exist a description (may be inclusive a blob of the former user
>>>>> profile) to reproduce the problem?
>>>>
>>>>
>>>> Sadly, no.
>>>> XP seems the version where it occurs the most.
>>>
>>>
>>> Was the profile migration problem also reported on Mac, Linux or
>>> FreeBSD? If it was mostly an XP problem then the observation by Stephan
>>> Bergmann mentioned in
>>>
>>> http://ooo-forums.apache.org/en/forum/viewtopic.php?t=55017&p=242599#p242632
>>> could be real the root cause of all our profile migration related
>>> instabilities.
>>
>>
>> as an FYI...I use linux 32 bit rpm, and have never had a user profile issue,
>> that I know of :]
>>
>
> I've never seen the issue either, on Windows XP, 7 or 8.
>
>
> But I do have a clean XP virtual machine image that I can run some
> tests on. If anyone has a suggestion on how one can force the problem
> to occur, let me know.
>
> I assume it is some form of:
>
> 1) Install OOo 3.3.0
>
> 2) Do a bunch of stuff that triggers profile changes
>
> 3) Upgrade to AOO 3.4.1
>
> 4) Kaboom!
>
> But what are some things I should do for step #2?
>
> -Rob
>
>>
>>>
>>> The (very incomplete) stacks of the crash that I saw all mentioned the
>>> update service being involved. This also fits with the observation that
>>> the crash apparently happened after a predictable time, e.g. 30 secs,
>>> which would also point to a problem in the update service.
>>>
>>>> Next time I'll try to make a copy of the whole profile.
>>>
>>>
>>> We're looking forward to it, thanks!
>>>
>>> Herbert
>>
>>
>> --
>> ------------------------------------------------------------------------
>> MzK
>>
>> "No act of kindness, no matter how small, is ever wasted."
>> -- Aesop
>
Re: [IMPORTANT, DISCUSS]: no migration/use of former user profile
with AOO 4.0
Posted by Rob Weir <ro...@apache.org>.
On Wed, Jan 16, 2013 at 12:49 PM, Kay Schenk <ka...@gmail.com> wrote:
>
>
> On 01/15/2013 12:48 AM, Herbert Duerr wrote:
>>
>> On 14.01.2013 22:50, Hagar Delest wrote:
>>>
>>> Le 14/01/2013 12:06, Oliver-Rainer Wittmann a écrit :
>>>>
>>>> Does exist a description (may be inclusive a blob of the former user
>>>> profile) to reproduce the problem?
>>>
>>>
>>> Sadly, no.
>>> XP seems the version where it occurs the most.
>>
>>
>> Was the profile migration problem also reported on Mac, Linux or
>> FreeBSD? If it was mostly an XP problem then the observation by Stephan
>> Bergmann mentioned in
>>
>> http://ooo-forums.apache.org/en/forum/viewtopic.php?t=55017&p=242599#p242632
>> could be real the root cause of all our profile migration related
>> instabilities.
>
>
> as an FYI...I use linux 32 bit rpm, and have never had a user profile issue,
> that I know of :]
>
I've never seen the issue either, on Windows XP, 7 or 8.
But I do have a clean XP virtual machine image that I can run some
tests on. If anyone has a suggestion on how one can force the problem
to occur, let me know.
I assume it is some form of:
1) Install OOo 3.3.0
2) Do a bunch of stuff that triggers profile changes
3) Upgrade to AOO 3.4.1
4) Kaboom!
But what are some things I should do for step #2?
-Rob
>
>>
>> The (very incomplete) stacks of the crash that I saw all mentioned the
>> update service being involved. This also fits with the observation that
>> the crash apparently happened after a predictable time, e.g. 30 secs,
>> which would also point to a problem in the update service.
>>
>>> Next time I'll try to make a copy of the whole profile.
>>
>>
>> We're looking forward to it, thanks!
>>
>> Herbert
>
>
> --
> ------------------------------------------------------------------------
> MzK
>
> "No act of kindness, no matter how small, is ever wasted."
> -- Aesop
Re: [IMPORTANT, DISCUSS]: no migration/use of former user profile
with AOO 4.0
Posted by Kay Schenk <ka...@gmail.com>.
On 01/15/2013 12:48 AM, Herbert Duerr wrote:
> On 14.01.2013 22:50, Hagar Delest wrote:
>> Le 14/01/2013 12:06, Oliver-Rainer Wittmann a écrit :
>>> Does exist a description (may be inclusive a blob of the former user
>>> profile) to reproduce the problem?
>>
>> Sadly, no.
>> XP seems the version where it occurs the most.
>
> Was the profile migration problem also reported on Mac, Linux or
> FreeBSD? If it was mostly an XP problem then the observation by Stephan
> Bergmann mentioned in
> http://ooo-forums.apache.org/en/forum/viewtopic.php?t=55017&p=242599#p242632
> could be real the root cause of all our profile migration related
> instabilities.
as an FYI...I use linux 32 bit rpm, and have never had a user profile
issue, that I know of :]
>
> The (very incomplete) stacks of the crash that I saw all mentioned the
> update service being involved. This also fits with the observation that
> the crash apparently happened after a predictable time, e.g. 30 secs,
> which would also point to a problem in the update service.
>
>> Next time I'll try to make a copy of the whole profile.
>
> We're looking forward to it, thanks!
>
> Herbert
--
------------------------------------------------------------------------
MzK
"No act of kindness, no matter how small, is ever wasted."
-- Aesop
Re: [IMPORTANT, DISCUSS]: no migration/use of former user profile
with AOO 4.0
Posted by Herbert Duerr <hd...@apache.org>.
On 15.01.2013 09:48, Herbert Duerr wrote:
> On 14.01.2013 22:50, Hagar Delest wrote:
>> Le 14/01/2013 12:06, Oliver-Rainer Wittmann a écrit :
>>> Does exist a description (may be inclusive a blob of the former user
>>> profile) to reproduce the problem?
>>
>> Sadly, no.
>> XP seems the version where it occurs the most.
>
> Was the profile migration problem also reported on Mac, Linux or
> FreeBSD? If it was mostly an XP problem then the observation by Stephan
> Bergmann mentioned in
> http://ooo-forums.apache.org/en/forum/viewtopic.php?t=55017&p=242599#p242632
> could be real the root cause of all our profile migration related
> instabilities.
>
> The (very incomplete) stacks of the crash that I saw all mentioned the
> update service being involved. This also fits with the observation that
> the crash apparently happened after a predictable time, e.g. 30 secs,
> which would also point to a problem in the update service.
I created a tracking issue
https://issues.apache.org/ooo/show_bug.cgi?id=121625 for all these
reports. Please add your infos if you have any so we can get a better
picture of the problem.
More hints that the problem is from the update service are that
- a very similar crash happens with OOo3.3 if IE9 is installed
(https://issues.apache.org/ooo/show_bug.cgi?id=117907)
- that disabling the update service seems to fix it
(http://forum.openoffice.org/en/forum/viewtopic.php?f=15&t=55912&start=30#p258626
and http://forum.openoffice.org/en/forum/viewtopic.php?f=15&t=58275)
- the stack mentioning updchk.dll
(http://de.openoffice.info/viewtopic.php?f=3&t=48659#p178132 and
http://www.justanswer.com/computer/5dao5-when-start-open-office-unsaved-document.html)
>> Next time I'll try to make a copy of the whole profile.
For a better comparison please also provide the newly created user
profile when all AOO applications have been started at least once.
Herbert
Re: [IMPORTANT, DISCUSS]: no migration/use of former user profile
with AOO 4.0
Posted by Herbert Duerr <hd...@apache.org>.
On 14.01.2013 22:50, Hagar Delest wrote:
> Le 14/01/2013 12:06, Oliver-Rainer Wittmann a écrit :
>> Does exist a description (may be inclusive a blob of the former user
>> profile) to reproduce the problem?
>
> Sadly, no.
> XP seems the version where it occurs the most.
Was the profile migration problem also reported on Mac, Linux or
FreeBSD? If it was mostly an XP problem then the observation by Stephan
Bergmann mentioned in
http://ooo-forums.apache.org/en/forum/viewtopic.php?t=55017&p=242599#p242632
could be real the root cause of all our profile migration related
instabilities.
The (very incomplete) stacks of the crash that I saw all mentioned the
update service being involved. This also fits with the observation that
the crash apparently happened after a predictable time, e.g. 30 secs,
which would also point to a problem in the update service.
> Next time I'll try to make a copy of the whole profile.
We're looking forward to it, thanks!
Herbert
Re: [IMPORTANT, DISCUSS]: no migration/use of former user profile
with AOO 4.0
Posted by Oliver-Rainer Wittmann <or...@googlemail.com>.
Hi,
On 14.01.2013 22:50, Hagar Delest wrote:
> Le 14/01/2013 12:06, Oliver-Rainer Wittmann a écrit :
>> Does exist a description (may be inclusive a blob of the former user profile)
>> to reproduce the problem?
>
> Sadly, no.
> XP seems the version where it occurs the most.
> Next time I'll try to make a copy of the whole profile.
>
Thanks in advance.
Hopefully, some time we are able to reproduce the corruption of the user
profile. Then, we would be able to fix it.
Best regards, Oliver.
Re: [IMPORTANT, DISCUSS]: no migration/use of former user profile
with AOO 4.0
Posted by Hagar Delest <ha...@laposte.net>.
Le 14/01/2013 12:06, Oliver-Rainer Wittmann a écrit :
> Does exist a description (may be inclusive a blob of the former user profile) to reproduce the problem?
Sadly, no.
XP seems the version where it occurs the most.
Next time I'll try to make a copy of the whole profile.
Hagar
Re: [IMPORTANT, DISCUSS]: no migration/use of former user profile
with AOO 4.0
Posted by Oliver-Rainer Wittmann <or...@googlemail.com>.
Hi,
On 12.01.2013 16:31, Hagar Delest wrote:
> Le 12/01/2013 16:11, Andrea Pescetti a écrit :
>>> Even a brand new install leads to profile corruption rather quickly
>>> (especially under XP).
>>
>> I've seen it happen when one tries to keep both 3.3 and 3.4 installed, with a
>> "setup /a" for example. The two, unless he takes care of customizing it in the
>> INI files, will try to use the same profile folder. The first run of 3.4 will
>> convert it to the 3.4 format, then if you run 3.3 again you will break it.
>> This is of course an unsupported configuration, but it might explain why
>> people who see 3.4.1 working smoothly suddenly find it broken. I'm not
>> implying that this covers all the cases you report, but it could be
>> responsible for a part of them.
>
> I experienced the problem with standard install, i.e. with the former version
> removal first.
> I doubt many users do an advanced install to keep the former version.
>
Does exist a description (may be inclusive a blob of the former user profile) to
reproduce the problem?
Thanks in advance, Oliver.
Re: [IMPORTANT, DISCUSS]: no migration/use of former user profile
with AOO 4.0
Posted by Hagar Delest <ha...@laposte.net>.
Le 12/01/2013 16:11, Andrea Pescetti a écrit :
>> Even a brand new install leads to profile corruption rather quickly
>> (especially under XP).
>
> I've seen it happen when one tries to keep both 3.3 and 3.4 installed, with a "setup /a" for example. The two, unless he takes care of customizing it in the INI files, will try to use the same profile folder. The first run of 3.4 will convert it to the 3.4 format, then if you run 3.3 again you will break it. This is of course an unsupported configuration, but it might explain why people who see 3.4.1 working smoothly suddenly find it broken. I'm not implying that this covers all the cases you report, but it could be responsible for a part of them.
I experienced the problem with standard install, i.e. with the former version removal first.
I doubt many users do an advanced install to keep the former version.
Hagar
Re: [IMPORTANT, DISCUSS]: no migration/use of former user profile
with AOO 4.0
Posted by Jürgen Schmidt <jo...@gmail.com>.
On 1/13/13 8:48 PM, Rob Weir wrote:
> On Sat, Jan 12, 2013 at 10:11 AM, Andrea Pescetti <pe...@apache.org> wrote:
>> On 10/01/2013 Hagar Delest wrote:
>>>
>>> Le 10/01/2013 13:57, Rob Weir a écrit :
>>>>
>>>> If we have not figured out exactly what causes the current OOo 3.3.0
>>>> -> AOO 3.4.x profile migration problems, how are we certain that these
>>>> problems will not come back when we migrate AOO 4.0 to AOO 4.1 ???
>>
>>
>> Between 3.3.1 and 3.4.1 we changed (twice) the way the profile is stored,
>> first removing a dependency on BerkeleyDB and then reducing the profile size
>> by not putting a copy of shared extensions there. If we don't do
>> incompatible changes again, we remove this type of risks.
>>
>
> Is it technically possible to move to a text-based profile, maybe
> something in XML format? Or must it be binary? If we could use a
> text-based profile then it would be easier to support users. If
> something goes wrong it would be easier to debug, and easier to fix.
> It would also be good for admins, since they could then push out
> profile changes to their users.
the configuration files are xml, the extensions were managed for
whatever reason with berkeley db but it is changed now as well.
Juergen
>
> -Rob
>
>>
>>> Even a brand new install leads to profile corruption rather quickly
>>> (especially under XP).
>>
>>
>> I've seen it happen when one tries to keep both 3.3 and 3.4 installed, with
>> a "setup /a" for example. The two, unless he takes care of customizing it in
>> the INI files, will try to use the same profile folder. The first run of 3.4
>> will convert it to the 3.4 format, then if you run 3.3 again you will break
>> it. This is of course an unsupported configuration, but it might explain why
>> people who see 3.4.1 working smoothly suddenly find it broken. I'm not
>> implying that this covers all the cases you report, but it could be
>> responsible for a part of them.
>>
>> Regards,
>> Andrea.
Re: [IMPORTANT, DISCUSS]: no migration/use of former user profile
with AOO 4.0
Posted by Rob Weir <ro...@apache.org>.
On Sat, Jan 12, 2013 at 10:11 AM, Andrea Pescetti <pe...@apache.org> wrote:
> On 10/01/2013 Hagar Delest wrote:
>>
>> Le 10/01/2013 13:57, Rob Weir a écrit :
>>>
>>> If we have not figured out exactly what causes the current OOo 3.3.0
>>> -> AOO 3.4.x profile migration problems, how are we certain that these
>>> problems will not come back when we migrate AOO 4.0 to AOO 4.1 ???
>
>
> Between 3.3.1 and 3.4.1 we changed (twice) the way the profile is stored,
> first removing a dependency on BerkeleyDB and then reducing the profile size
> by not putting a copy of shared extensions there. If we don't do
> incompatible changes again, we remove this type of risks.
>
Is it technically possible to move to a text-based profile, maybe
something in XML format? Or must it be binary? If we could use a
text-based profile then it would be easier to support users. If
something goes wrong it would be easier to debug, and easier to fix.
It would also be good for admins, since they could then push out
profile changes to their users.
-Rob
>
>> Even a brand new install leads to profile corruption rather quickly
>> (especially under XP).
>
>
> I've seen it happen when one tries to keep both 3.3 and 3.4 installed, with
> a "setup /a" for example. The two, unless he takes care of customizing it in
> the INI files, will try to use the same profile folder. The first run of 3.4
> will convert it to the 3.4 format, then if you run 3.3 again you will break
> it. This is of course an unsupported configuration, but it might explain why
> people who see 3.4.1 working smoothly suddenly find it broken. I'm not
> implying that this covers all the cases you report, but it could be
> responsible for a part of them.
>
> Regards,
> Andrea.
Re: [IMPORTANT, DISCUSS]: no migration/use of former user profile
with AOO 4.0
Posted by Andrea Pescetti <pe...@apache.org>.
On 10/01/2013 Hagar Delest wrote:
> Le 10/01/2013 13:57, Rob Weir a écrit :
>> If we have not figured out exactly what causes the current OOo 3.3.0
>> -> AOO 3.4.x profile migration problems, how are we certain that these
>> problems will not come back when we migrate AOO 4.0 to AOO 4.1 ???
Between 3.3.1 and 3.4.1 we changed (twice) the way the profile is
stored, first removing a dependency on BerkeleyDB and then reducing the
profile size by not putting a copy of shared extensions there. If we
don't do incompatible changes again, we remove this type of risks.
> Even a brand new install leads to profile corruption rather quickly
> (especially under XP).
I've seen it happen when one tries to keep both 3.3 and 3.4 installed,
with a "setup /a" for example. The two, unless he takes care of
customizing it in the INI files, will try to use the same profile
folder. The first run of 3.4 will convert it to the 3.4 format, then if
you run 3.3 again you will break it. This is of course an unsupported
configuration, but it might explain why people who see 3.4.1 working
smoothly suddenly find it broken. I'm not implying that this covers all
the cases you report, but it could be responsible for a part of them.
Regards,
Andrea.
Re: [IMPORTANT, DISCUSS]: no migration/use of former user profile
with AOO 4.0
Posted by Hagar Delest <ha...@laposte.net>.
Le 10/01/2013 13:57, Rob Weir a écrit :
> If we have not figured out exactly what causes the current OOo 3.3.0
> -> AOO 3.4.x profile migration problems, how are we certain that these
> problems will not come back when we migrate AOO 4.0 to AOO 4.1 ???
+1.
Even a brand new install leads to profile corruption rather quickly (especially under XP).
I remember that in older versions, there were several configuration files (.xcu). They have been merged into a single registrymodifications.xcu. Was it really a good idea? With only one file with all the settings, it's difficult to track the faulty one. At least with several files you can guess the area they are linked to (like linguistic.xcu) and reset them one by one to track the bugged one.
Hagar
Re: [IMPORTANT, DISCUSS]: no migration/use of former user profile
with AOO 4.0
Posted by Rob Weir <ro...@apache.org>.
On Thu, Jan 10, 2013 at 6:05 AM, Oliver-Rainer Wittmann
<or...@googlemail.com> wrote:
> Hi,
>
> From my point it is important to point out (and also discuss) that the
> installation of a AOO 4.0 - our planned next major release - will not
> migrate/use a user profile from a former installed AOO (or OOo) version.
> This has been also mentioned in our blog "Your top questions answered",
> answer to question 10 [1].
>
> It is a consequence of the new version number - "4.0" - as the major version
> number - "4" - is part of the folder/directory path to the user profile.
> But, it is already a consequence of the completed renaming from
> "OpenOffice.org" to "Apache OpenOffice" as the productname (in a certain
> form) is also part of the folder/directory path to the user profile - see
> issue 121388.
>
> We have a lot of trouble with the migration/usage of user profiles of former
> installed OOo 3.x versions - unfortunately I could never reproduce these
> problems and thus I could not work on a fix. Thus, not migrate/use a user
> profile from former installed AOO (or OOo) versions would solve these
> problems.
>
If we have not figured out exactly what causes the current OOo 3.3.0
-> AOO 3.4.x profile migration problems, how are we certain that these
problems will not come back when we migrate AOO 4.0 to AOO 4.1 ???
-Rob
> Let the discussion begin :-)
>
> [1] https://blogs.apache.org/OOo/entry/your_top_questions_answered
>
>
> Best regards, Oliver.
>