| Summary: | CONFIGURATION: internal/idxexample.sdw not found after migration | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | Peter Lairo <Peter> |
| Component: | Writer | Assignee: | Not Assigned <libreoffice-bugs> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | normal | CC: | barta, pmladek, zapyon |
| Priority: | medium | ||
| Version: | 4.1.0.4 release | ||
| Hardware: | x86 (IA32) | ||
| OS: | Linux (All) | ||
| Whiteboard: | BSA | ||
| Crash report or crash signature: | Regression By: | ||
| Attachments: | Screenshot of error dialog | ||
Does it go away when you add "C:/Program Files (x86)/LibreOffice 4.0/share/template/common" folder to your Templates paths? (In reply to comment #1) > Does it go away when you add "C:/Program Files (x86)/LibreOffice > 4.0/share/template/common" folder to your Templates paths? Yes, adding that path makes the error dialog go away. I now immediately get to the "Insert Index/Table" dialog. Thank you. @barta@quipo.it You just marked this bug as WORKSFORME. Why? You give no explanation of confirmation that you have followed all the steps that lead to this bug. Specifically, have you tested installing LO over OO while having your default template folder be at another location! BTW: I never removed the path "C:/Program Files (x86)/LibreOffice 4.0/share/template/common" from my Templates paths, so the fact that it was missing is a bug! probably I made a bad choice marking this as worksforme... I just wanted just to say that the issue was resolved after manually entering the path. anyway I suspect that installing LibO over OO is not a wise choice and can expose to mess up things... the obly way to know that is to uninstall both OO and LibO (remember to backup user profiles) and then try clean installation of LibO. I reset status to UNCONFIRMED (In reply to comment #4) > anyway I suspect that installing LibO over OO is not a wise choice I didn't install LO "over" OO. LO installed itself into its own program directory with its own profile directory (as it should). These programs should be able to coexist - the only (easily resolved) conflict being: deciding which one opens when clicking "its" files (e.g. MyFile.odt). Users rarely do what some (often wrongly) call an unwise choice. I actually consider this to be a very likely and "wise" method for users to see if they want to keep LO before they uninstall OO. > the only way to know that is to uninstall both > OO and LibO (remember to backup user profiles) and then try clean > installation of LibO. Yes, that would determine is the bug is caused by installing LO while OO is already installed and/or having the default template folder be at another location. Unfortunately, I don't have the time to test this scenario. BTW: I would not consider making the user uninstall OO before installing LO to be a solution to this bug. > I reset status to UNCONFIRMED Thanks! (In reply to comment #0) > Created attachment 84141 [details] > ...snip... > > 3. Installed LO after I had OpenOffice installed. LO imported many settings. > Maybe this is the cause? > > ...snip... > specifically how did you import settings from OO to LO? (In reply to comment #5) > (In reply to comment #4) > > anyway I suspect that installing LibO over OO is not a wise choice > > I didn't install LO "over" OO. LO installed itself into its own program > directory with its own profile directory (as it should). Ok. my misunderstanding. but did you keep settings separated or did you try to merge/migrate settings from one program to another? > > the only way to know that is to uninstall both > > OO and LibO (remember to backup user profiles) and then try clean > > installation of LibO. > > Yes, that would determine is the bug is caused by installing LO while OO is > already installed and/or having the default template folder be at another > location. > > Unfortunately, I don't have the time to test this scenario. Ok. you got your workaround to make things work. (In reply to comment #6) > specifically how did you import settings from OO to LO? I didn't. LO must have automatically. IIRC, the installation went a bit weirdly (I wasn't paying close attention to it because it was a "routine" operation). I think the installation ran through twice! After the first installation was "done", a dialog appeared. I assumed it was the standard "done" dialog (and remember, I was doing other - more important - things), so I just hit the ENTER key on my keyboard. The dialog wend away and I saw my desktop. No LO icons (shortcuts) on the desktop or in the Start Menu. Strange. I did have a LO folder under c:\Program Files (x86)\, so the install appeared to have "worked". So, in order to get the icons, I installed LO again! This time I had icons. So, I have no idea why LO did this. adding Peter Mladek to CC list. @Peter Mladek have you ever heard of such possible user profile disfunction in people with concorrent installation of LibO and OOo? @Peter Lairo some more infos please: 1- which version of OpenOffice you had on your PC? 2- have you ever installed LibO before on that PC or 4.1.0.4 was your first time? (In reply to comment #8) > @Peter Lairo > some more infos please: > 1- which version of OpenOffice you had on your PC? OO 3.4.1 > 2- have you ever installed LibO before on that PC or 4.1.0.4 was your first > time? As far as I can remember, this was a clean LO installation. I did install LO once a few years ago (I didn't like the default buttons, at all), and there is a SLIGHT chance that I didn't uninstall it, or that I haven't installed Windows again after that. A SLIGHT chance. so maybe the migration profile error did not happen between OO and LO but between a very old LibO release and the new one. I'm gonna change status to NEEDINFO since we don't know the exact scenario that led to this issue. if you or other users can give more informations about reproducibility of this issue, please feel free to set status to REOPENED Hmm, it seems that we could not migrate the templates paths just by copying the old setting. It ignores new default paths :-( Or it might be related to the two migration paths, see http://cgit.freedesktop.org/libreoffice/core/commit/?id=48bf145cf4f84703b9920e2cffafbba448ae7ae1 . It might help to migrate only one. I have the same problem LibreOffice Version 4.1.5.3 Build-ID: 410m0(Build:3) in Debian testing. There exists a file /usr/lib/libreoffice/share/template/common/internal/idxexample.odt, but no idxexample.sdw anywhere on the system. This machine has been upgraded since Lenny was "testing" and at some point OOo was replaced by LibreOffice. This problem is new to me, though. I tried adding the above path, but this does of course not work due to the "wrong" file type extension. A grep -Ri revealed just une occurence of the string "idxexample" in the binary file /usr/lib/libreoffice/program/libswuilo.so, and none in the directories /usr/share/libreoffice and /etc/libreoffice. There was one hit in ~/.config/libreoffice; ~/.config/libreoffice/3/user/store/.templdir.cache; but this binary file has the string idxexample.odt Nowhere did I find the string idxexample.sdw. How can I get rid of this? Regards Andreas Dear Bug Submitter, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INVALID due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/FDO/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team Hi QA Team, I have just checked with Version: 4.3.3.2, Build-ID: 430m0(Build:2) from Debian testing (32 bit, x86). I do not get the error message any more. Seems to be fixed for me. Tank you very much! Best regards Andreas nice to hear that. RESOLVED WORKSFORME |
Created attachment 84141 [details] Screenshot of error dialog Problem description: Selecting "Edit Index Table" in a Table of Content yields the following error message: The file, "internal/idxexample.sdw" in the "file:///C:/Program%20Files%20(x86)/LibreOffice%204.0/program/../share/template/en-US;vnd.sun.star.expand:$BUNDLED_EXTENSIONS/report-builder/registry/data/org/openoffice/Office/../../../../../template;vnd.sun.star.expand:$BUNDLED_EXTENSIONS/wiki-publisher/templates;file:///C:/Users/Peter/AppData/Roaming/LibreOffice/4/user/template;file:///C:/Users/Peter/Program%20Settings%20(via%20Mesh)/OpenOffice/Templates" path could not be found. Steps to reproduce: 1. Windows 7 64-bit (English) 2. LibreOffice 4.1.0.4 (English) 3. Installed LO after I had OpenOffice installed. LO imported many settings. Maybe this is the cause? 4. My default Templates path is in another local directory (c:\Users\[MyLogin]\Program Settings (via Mesh)\OpenOffice\Templates\) 5. Document (German text) has a Table of Content Current behavior: Selecting "Edit Index Table" in a Table of Content yields an error message. The error message SEEMS to have no effect on the ToC. Possibly related: Many of the tabs in my 250 page document had shifted (or perhaps it was the Font Spacing?). Expected behavior: There should be no error message. Operating System: Windows 7 Version: 4.1.0.4 release