Issue 46170 - No detection of earliear version for file migration
Summary: No detection of earliear version for file migration
Status: CLOSED DUPLICATE of issue 45987
Alias: None
Product: Installation
Classification: Application
Component: ui (show other issues)
Version: OOo 2.0 Beta
Hardware: PC Windows 2000
: P3 Trivial (vote)
Target Milestone: ---
Assignee: joerg.skottke
QA Contact: issues@installation
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-03-28 21:54 UTC by basketcasesw
Modified: 2010-11-10 17:17 UTC (History)
1 user (show)

See Also:
Issue Type: TASK
Latest Confirmation in: ---
Developer Difficulty: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description basketcasesw 2005-03-28 21:54:05 UTC 
There is no detection of earlier versions of OO, nor is there any way to
properly associate file types easily from the earlier version.

If I try to tell Windows to associate a given OO file type with the 2.0 Beta
soffice.exe file, I find that that program opens those files with the earlier
version of the program; I have been having manually associate each OO file
extension with the correct 2.0 Beta module. 

Secondly, I find myself having no know means of migrating my macro files from
the earlier version (1.1.4). Simply copying the "Shared/Basic/Standard" folder
over and restarting OO doesn't seem to do the trick any more. Suggestions?
Especially since the OO File Open dialog does not know how to deal with XBA files.
Comment 1 Olaf Felka 2005-03-29 06:08:23 UTC 
Have you tried this with the newer version of m87?
Comment 2 Olaf Felka 2005-03-29 10:34:02 UTC 
I can't reproduce with the current version m87. All documents are opening in OOo
2.0. User settings are taken from a detected OOo 1.1.4.
of @ jsk: any idea for the XBA files?
Comment 3 joerg.skottke 2005-04-05 09:57:34 UTC 
jsk->basketcasesw, of: We indeed intend to migrate user-created macros and
dialogs. The functionality is present but does not work as expected (at least on
Linux). 

Marking duplicate of issue #45987

*** This issue has been marked as a duplicate of 45987 ***
Comment 4 joerg.skottke 2005-04-08 11:09:52 UTC 
closing
Comment 5 cuodenumyp 2010-11-10 17:17:12 UTC 
Created attachment 73438