This bug was filed from the crash reporting server and is br-0c9a63aa-51c8-4ab9-9b41-e0ac3a27bc65. ========================================= Unable to create any Firebase databases, due to endless recovery loop. I've attached a sample database that fails. I'm sorry that I am not sure how I got into this position; I was playing with Base, trying to convert a very large Calc sheet into a data driven application. I've rebooted a number of times to clear locks - no change. I've deleted the entire folder I was using and created a new one - no change. I've used the trace to see if I could get more information, but my knowledge runs out when I get to WIN32 Critical_Sections (on Win 64-bit?)
Thank you for reporting the bug. Please attach a sample document, as this makes it easier for us to verify the bug. (Please note that the attachment will be public, remove any sensitive information before attaching it. See https://wiki.documentfoundation.org/QA/FAQ#How_can_I_eliminate_confidential_data_from_a_sample_document.3F for help on how to do so.) I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested document is provided.
Created attachment 147234 [details] empty Firebird db that crashes upon connection Apologies, thought I'd already attached the db. Open and click on Tables or anything that initiates a db connection.
please add more clear steps for reproduction of your problem I tried to open file from attach and didn't get crash in Версия: 6.2.0.0.beta1 ID сборки: d1b41307be3f8c19fe6f1938cf056e7ff1eb1d18 Потоков ЦП: 4; ОС:Windows 6.1; Отрисовка ИП: по умолчанию; VCL: win; Локаль: ru-RU (ru_RU); UI-Language: ru-RU Calc: threaded and in Version: 6.1.2.1 Build ID: 65905a128db06ba48db947242809d14d3f9a93fe CPU threads: 4; OS: Windows 6.1; UI render: default; Locale: ru-RU (ru_RU); Calc: group threaded
No crash Verze: 6.2.0.0.beta1 (x64) ID sestavení: d1b41307be3f8c19fe6f1938cf056e7ff1eb1d18
I downloaded the attachment again into a new folder just to make sure I am using the same file as you, and it crashes as soon as I click on 'Tables'. Ok, if it works ok for you then it is not the file as such that is the problem, but presumably I've managed somehow to break my installation of Base, or possibly Firebird. Any suggestion on how I set about investigating? I'll try a cold boot and then re-install LO as the first two attempts.
Could you please try to reproduce it with a master build from http://dev-builds.libreoffice.org/daily/master/ ? You can install it alongside the standard version. I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the master build
A cold reboot, and a 'repair' install did not help. I think it might be a permissions problem. Starting LO 'as Administrator' allows me to open the file without any crashes. My default user is mostly locked down; I have access to a local Admin user if I need to install software. So although I install LO starting from my base user, the MSI prompts for the Admin user as soon as it starts installing. Using embedded HS works fine; it is only embedded FB that has an issue with this set up. I'm working from within my base 'user' folder structure - providing that FB embedded only uses files within that area then it should have full permissions to do anything it wants. Does FB embedded try to unzip the odb somewhere other than the current directory? Is there a debug mode or log file anywhere? I'll try the daily build.
Nightly installer wants to update something in the system that requires a restart. This is unusual behaviour for an application installer, so I won't be installing it just yet. I'm trying to work out how I can see whether the FB backup file is restored to the current directory or somewhere else.
(In reply to spike.johnson from comment #8) > Nightly installer wants to update something in the system that requires a > restart. > > This is unusual behaviour for an application installer, so I won't be > installing it just yet. > > I'm trying to work out how I can see whether the FB backup file is restored > to the current directory or somewhere else. Even if you don't restart you computer, you can use LibreOffice master...
Dear spike.johnson, 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 INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/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 MassPing-NeedInfo-Ping
Dear spike.johnson, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp