I am currently writing a book and I already had some bibliography entries. Through update to the next release the bibliography database was overwritten with the default content from the package the result being that I had to re-enter all of my biblio entries. The bibliography should be treated the same as LO documents and user defined templates means it should never be touched by install when already existing.
Hi, what was the previous version of LibreOffice and what is your linux distro? Thanks - Sophie
I am not quite sure when I first lost my bibliography DB. I populated it in one of the 4.0 releases but did not work on the book since then, because lack of time. I run my LO on a Ubuntu 12.04 LTS 64bit. Seems that part of the ~/.config/libreoffice/4/user directory has been overwritten in one of the updates especially the bibliography.odb
My understanding was that the bibliography.dbf file was always included as part of the default installation and copied to the user configuration when LO was first started - does lang pack installation also copy over a default localized version to the user's config that interferes with the user's previous preference ?
Adding self to CC if not already on
@Ulrich Moser has this happened again in recent LibO upgrades? can you tell if the issue is still reproducible? set status to NEEDINFO waiting for user feedback
Using 64-bit Linux Mint Cinnamon 17.1 with 4.0.4-040004-generic kernel LibreOffice version: 5.0.0.0.beta1 Build ID: 0a16c3dda4150008d9be6f24cbd15ac198d116d3 Locale: et-EE (et_EE.UTF-8) Steps I used to test: * install the mentioned build (sudo dpkg -i *.deb) * open Bibliographic Database through Writer * add some entries and save and close * reinstall the mentioned build * open Bibliographic Database through Writer * previously entered entries are still there I added only one entry actually into database and this was not disappeared after reinstalling. But I would say that here are two more different steps to test: * before installing, remove the LibreOffice installation - user profile with Bibliographic Database should remain intact * before installing, remove the LibreOffice installation completely (purge) - user profile with Bibliographic Database should remain intact * do these tests with stable releases and also with dev builds (beta, rc etc) Therefore changing to UNCONFIRMED as it was tested only with beta1 build and not more.
Not reproducible for me with LO 5.0.1.0+ built at home under Ubuntu 15.04 x86-64 with GCC 5.1. Bibliography database is part of the user profile and is not removed when LO is uninstalled. Closing as WorksForMe. Please, feel free to reopen if you have a clear and reproducible scenario showing the problem. Best regards. JBF
Re-opening because of bug 101021 (which is a duplicate of this bug report).
The problem is manifestly still present in some users configurations.
*** Bug 101021 has been marked as a duplicate of this bug. ***
So, re-reading this and the DUP report in bug 101021, it would appear that under some circumstances, yet to be determined, this bug hits users and destroys the bibliography.dbf. At present, I can only see the upgrade from one version to the next as being the trigger, but it may also have something to do with whether or not the user configuration profile is correctly updated, or possibly whether lang-packs are installed.
Correcting status to NEW (as confirmed by dupe).
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
This bug report is about Linux and its duplicate about Windows, so set OS to All. Best regards. JBF
no test here with LO 6.x
(In reply to paulystefan from comment #16) > no test here with LO 6.x What do you mean?
I am currently running 6.2.8 on Ubuntu xenial and 6.3.5 on Ubuntu bionic. Had no such situation again. Moved the biblio DB to my Nextcloud now and can access it from each machine.