When you start LibO and choose Help - Licensing Information , a new window is opened, showing the licensing info. If this window is closed, Libreoffice is closed completely. Expected behaviour is that only the license document gets closed. This seems to be caused by the still visible StartCenter which has no document open.
One for Fridrich? PS: Reproducible when there are no documents open, i.e.
Reproduced with LibreOffice Beta3.
Hello @ll, I can confirm this issue with LO beta3 (OOO330m12, Build:2) and the Germanophone langpack under Debian SID/Experimental AMD64 with sun-java6-jdk 6.22-1 and KDE 4.4.5 ... :( This happens only, if you open the LICENSE.odt directly from the StartCenter, but not, if you have one or more other documents open. HTH Thomas.
(In reply to comment #0) > This seems to be caused by the still visible StartCenter which has no document > open. ... and that you do not see the "close only last document without terminating LibO"-X for closing that Window. It seems that something with the way how the license document will be opened (write protected) is wrong. Everything works fine if you open "LICENSE.odt" from LibO Recent Documents or WIN Recent Documents as the only LibO document.
*** Bug 31822 has been marked as a duplicate of this bug. ***
(In reply to comment #3) > I can confirm this issue with LO beta3 (OOO330m12, Build:2) and the > Germanophone langpack under openSuse 11.3 (32bit) with KDE 4.4.4 and java 1.6.0 openjdk Hein
*** Bug 32269 has been marked as a duplicate of this bug. ***
Hello I can confirm this issue with XP SP3 LibO OOO330m19(Build:6) 3.3.0.4 Another unexpected operation: To avoid completely exit the application we can switch to "edit" the document (by clicking the button ad hoc) The taskbar's system shows three "instances": the center mode, the read-only license, the license editable as a new document. Close the document "read-only license" and the document "editable" we are left with two starting centers ... Best regards
Reproduced with Ubuntu 10.04.2 x86 LO 3.4
Bug 43710 is partly the same. Can you look at that one also?
*** Bug 43710 has been marked as a duplicate of this bug. ***
Created attachment 56389 [details] Error messages
To my opinion LO does not close when closing "credits.odt", but it crashes. I got 2 error messages, see attachment. They do not appear always, and they do not appear together. I also observed in the task manager, that the process soffice.bin sometimes is still active after closing/crashing of LO for a longer period of time. When I tried to start LO again in this period, it does not work and sometimes I also got an error message. Win XP, LO-Vers. 3.4.5
On pc Debian x86-64, with 3.5 branch updated today, I don't reproduce this behaviour. Do you still reproduce this with 3.5.3 ? Have you tested with a brand new LO profile ? (see http://wiki.documentfoundation.org/UserProfile)
> Do you still reproduce this with 3.5.3 ? > Have you tested with a brand new LO profile ? (see > http://wiki.documentfoundation.org/UserProfile) Yes and Yes. Still closes LibreOffice 3.5.3.2 under Windows XP Pro x86 SP3 If someone can test under Linux x86 and Mac, then OS could be chnged to Windows (All)
Hi, Yes it still crash under linux: - Ubuntu 10.04 (64) - LibreOffice 3.5.3.2 , Version ID : 350m1(Build:2). - new .config/libroffice But this crash occurs only when I open, then close, the credit page from the main LibO windows (startcenter ?) This crash does not occur from all the other windows (calc, writer, ...)
Still [Reproducible] when Open License document via Start Center - > Help - License info' with parallel installation of Master "LOdev 3.6.0alpha0+ – WIN7 Home Premium (64bit) ENGLISH UI [Build ID: 9980e69]" (tinderbox: Win-x86@6-fast, pull time 2012-05-10 09:36:56)
From startcenter, I reproduced the problem on pc Debian x86-64 master. However, trying to debug with gdb, I haven't seen a crash, just a simple exit.
Not reproducible on MacOS X, but there is similar (minor) issue: the StartCenter is closed, too, when the Licence window is closed. I can open it again from the 'File' menu, but closing the StartCenter is at least unnecessary and maybe annoying. (LibreOffice 3.5.3.2 (Build-ID: 235ab8a-3802056-4a8fed3-2d66ea8-e241b80), German langpack installed, on MacOS X 10.6.8 German UI. Steps to reproduce: * Start LibreOffice -- StartCenter appears * Select 'Help > Licensing Information' -- a dialog window appears * Click 'Show license' -- the window with the r/o License.odt appears, StartCenter is still visible in the background * Click close button -- License window AND StartCenter disappear. )
*** Bug 49536 has been marked as a duplicate of this bug. ***
(In reply to comment #8) > Hello > > I can confirm this issue with XP SP3 LibO OOO330m19(Build:6) 3.3.0.4 > > Another unexpected operation: > > To avoid completely exit the application we can switch to "edit" the document > (by clicking the button ad hoc) > > The taskbar's system shows three "instances": the center mode, the read-only > license, the license editable as a new document. > > Close the document "read-only license" and the document "editable" > > we are left with two starting centers ... > > Best regards Still occurs with Version 3.6.0.0.beta3 (Build ID: 3e2b862) & Windows 7 64bits (both : closing and "strange" workaround)
On pc Debian x86-64, with master sources (future 3.7) updated today, I reproduce the problem. To be precise, here what I did : - rm ~/.config/libreoffice - cd <libo_sources>/install/program - . ./ooenv - ./soffice.bin (first call to recreate the profile) => console logs but ./soffice.bin doesn't start - ./soffice.bin (to really launch LO, I don't know if it's normal) => startcenter open - Help Menu / License Information => pop appears which show license + 2 buttons "Show license" (for more details) and "Close" If i click "Close" button, just the popup closes, so I come back to startcenter If i click "Show license", an odt file is opened on read-only mode. Then if i click the top right cross, it closes the file + startcenter I tested on gdb, i haven't seen any crash.
Function checked again: LO still closes if license file is closed with Ver. 3.6.4. Also behaviour according comment 8 still exists.
Hello André, *, still reproducible w/ LO Version: 4.1.0.0.beta1+ Build ID: 5597fb6e6a8abc57378275c04de5bda29c5b020 TinderBox: Linux-x86_64@31-Release-Configuration-RHEL5-Baseline, Branch:libreoffice-4-1, (but also w/ LO Version 4.0.3.3 (Build ID: 0eaa50a932c8f2199a615e1eb30f7ac74279539) ) under Debian Testing AMD64 ... :( But - contrary to comment #8 - you get a second StartCenter window with "LibreOffice <2>" in the title bar without any menu now ... :( If you close that window, LO closes completely ... :( HTH Thomas.
The problem is that the licence.odt file is opened in read-only mode without the menu bar. So you do not have the small close icon on the right end of this bar. As a partial workaround you can close the file by pressing ctrl+W key but that does not restore the menubar. Best regards. JBF
Hello Jean-Baptiste, *, (In reply to comment #25) > The problem is that the licence.odt file is opened in read-only mode without > the menu bar. So you do not have the small close icon on the right end of > this bar. O.K. > As a partial workaround you can close the file by pressing ctrl+W key but > that does not restore the menubar. But there are still /two/ StartCenter windows open after that: One without menu bar, one with menu bar. If you close the "LibreOffice <2>" titled one, LO quits (and not as expected, that only this window closes) ... :( Thanks for your answer Thomas.
Please read this message in its entirety before responding. Your bug was confirmed at least 1 year ago and has not had any activity on it for over a year. Your bug is still set to NEW which means that it is open and confirmed. It would be nice to have the bug confirmed on a newer version than the version reported in the original report to know that the bug is still present -- sometimes a bug is inadvertently fixed over time and just never closed. If you have time please do the following: 1) Test to see if the bug is still present on a currently supported version of LibreOffice (preferably 4.2 or newer). 2) If it is present please leave a comment telling us what version of LibreOffice and your operating system. 3) If it is NOT present please set the bug to RESOLVED-WORKSFORME and leave a short comment telling us your version and Operating System Please DO NOT 1) Update the version field 2) Reply via email (please reply directly on the bug tracker) 3) Set the bug to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + LibreOffice is powered by a team of volunteers, every bug is confirmed (triaged) by human beings who mostly give their time for free. We invite you to join our triaging by checking out this link: https://wiki.documentfoundation.org/QA/BugTriage There are also other ways to get involved including with marketing, UX, documentation, and of course developing - http://www.libreoffice.org/get-help/mailing-lists/. Lastly, good bug reports help tremendously in making the process go smoother, please always provide reproducible steps (even if it seems easy) and attach any and all relevant material
(In reply to QA Administrators from comment #27) > 2) If it is present please leave a comment telling us what version of > LibreOffice and your operating system. The bug still occurs in LO 4.3.2.2 under Windows XP Pro x86 SP3 and Win 7 Pro x64 SP1
I am updating priority of this - there is no reason from what I can see that this would be major (that you would lose data). I'm not even convinced it's a crash - it's just a license that opens up in a document, you close the license, the document goes away. This is *almost* an enhancement. Marking as: Minor - not going to prevent high quality work, might slow you down a tiny bit I suppose. Low - default seems appropriate. If someone can explain how this would result in loss of data or even explain how it is a crash then we can reconsider. From my understanding this is just asking for the start center to stay open behind the read only license document which is an enhancement request probably . . . it's a close call though. Either way - probably an easy hack so marking as a candidate.
Nah, this bug is not reproducible nowadays.
(In reply to Adolfo Jayme from comment #30) > Nah, this bug is not reproducible nowadays. Using which version exactly is it NOT reproducible? Under which OS? It still closes LibreOffice 4.4.1.2 on Windows 7 x64 so it might Work for you but it is NOT Resolved
I agree - it happens on my system also. Ubuntu 14.10 x64 LibreOffice 4.4.1.2 release
Funnily enough, I am not able to reproduce it in LibreOffice 4.4.2.1 under Windows and Ubuntu. I tried both closing with Ctrl+W and by clicking the Close button in the window title bar, and with a document opened and without.
(In reply to Adolfo Jayme from comment #33) > Funnily enough, I am not able to reproduce it in LibreOffice 4.4.2.1 under > Windows and Ubuntu. I tried both closing with Ctrl+W and by clicking the > Close button in the window title bar, and with a document opened and without. You are indeed correct that the description of the bug is outdated. The Credits option doesn't open any document since branch 3.6 and therefore doesn't cause this problem. Since branch 3.6 this only applies to the License Information. I modified the title of the bug to reflect this change.
Not inherited from OOo, and not a feature which worked previously (a regression), but an issue introduced with the initial implementation -> Adding Whiteboard: implementationError
still reproducible under Win8.1 x64 using recent LibO 5.1.0.0 alpha STEPS TO REPRODUCE - start LibO - click Help/Licence Information/Show Licence - click the "X" of the licence file CURRENT BEHAVIOUR - LibO start center closes together with the licence document EXPECTED BEHAVIOUR - licence document should close but start center should stay open
In LO 5.00.5 on Ubuntu 15.04 the doesn't occur. Version: 5.0.0.5 Build ID: 00m0(Build:5) Locale: de-DE (de_DE.UTF-8)
Bug still reproducable with version 5.0.0.5 (32-Bit) under Win7 (32 bit) and with version 5.0.1.2 (64 Bit) under Win7 (64 bit).
Migrating Whiteboard tags to Keywords: (implementationError, needsDevEval)
Bug still present in Version: 5.5.0.0.alpha0+ Build ID: b08217989558addbcaded122a4e7211ae24bbcff CPU threads: 4; OS: Linux 4.8; UI render: default; VCL: gtk2; TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2017-05-31_06:36:03 Locale: de-DE (de_DE.UTF-8); Calc: group
*** Bug 118743 has been marked as a duplicate of this bug. ***
Dear André Schnabel, 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
Bug still reproducible with Version: 6.3.1.0.0+ Build ID: 77d065767aa7054b59fae99ff00ac37bf7ce33f3 Threads CPU : 4; OS : Linux 4.15; UI Render : par défaut; VCL: gtk3; Ubuntu_18.04_x86-64 Locale : fr-FR (fr_FR.UTF-8); UI-Language: fr-FR Calc: threaded Best regards. JBF
Reproduced. Version: 6.5.0.0.alpha0+ (x64) Build ID: 035c7717c135c66c0ec025500b73ae9c13b7c586 CPU threads: 8; OS: Windows 10.0 Build 18363; UI render: GL; VCL: win; Locale: da-DK (en_DK); UI-Language: en-US Calc: threaded
Dear André Schnabel, 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 https://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://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
😥
reproduced STR from comment 36 Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: bb29b12a9e367d181a5d9d962d466df41e093e0c CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: da-DK (da_DK); UI: en-US Calc: CL
On pc Debian x86-64 with master sources updated today, I could reproduce this by following comment 36. I don't know if it's related but I noticed this log on console: warn:legacy.tools:527177:527177:sfx2/source/doc/objmisc.cxx:1134: Don't close the medium when loading documents! the SfxObjectShell::FinishedLoading is called twice: 1) #0 SfxObjectShell::FinishedLoading(SfxLoadedFlags) (this=0x563225024a30, nFlags=SfxLoadedFlags::ALL) at sfx2/source/doc/objmisc.cxx:1131 #1 0x00007f5baf817ed0 in SwDocShell::LoadingFinished() (this=0x563225024a30) at sw/source/uibase/app/docsh.cxx:1196 #2 0x00007f5baf6db0b4 in SwHTMLParser::~SwHTMLParser() (this=0x5632280a0790) at sw/source/filter/html/swhtml.cxx:502 #3 0x00007f5baf6dbcd9 in SwHTMLParser::~SwHTMLParser() (this=0x5632280a0790) at sw/source/filter/html/swhtml.cxx:469 #4 0x00007f5bae431e31 in SvRefBase::ReleaseRef() (this=0x5632280a0790) at include/tools/ref.hxx:163 #5 0x00007f5baf6f8c0a in tools::SvRef<SwHTMLParser>::~SvRef() (this=0x7fffb29e40f0) at include/tools/ref.hxx:56 #6 0x00007f5baf6d8a1f in HTMLReader::Read(SwDoc&, rtl::OUString const&, SwPaM&, rtl::OUString const&) (this=0x5632251909a0, rDoc=..., rBaseURL="file:///home/julien/lo/libreoffice/instdir/program/../LICENSE.html", rPam=SwPaM = {...}, rName="file:///home/julien/lo/libreoffice/instdir/program/../LICENSE.html") at sw/source/filter/html/swhtml.cxx:253 #7 0x00007f5baf57fdd3 in SwReader::Read(Reader const&) (this=0x563227fd5970, rOptions=...) at sw/source/filter/basflt/shellio.cxx:204 #8 0x00007f5baf817a1e in SwDocShell::ConvertFrom(SfxMedium&) (this=0x563225024a30, rMedium=...) at sw/source/uibase/app/docsh.cxx:230 #9 0x00007f5be47b9031 in SfxObjectShell::DoLoad(SfxMedium*) (this=0x563225024a30, pMed=0x56322534bb00) at sfx2/source/doc/objstor.cxx:761 2) #0 SfxObjectShell::FinishedLoading(SfxLoadedFlags) (this=0x563225024a30, nFlags=SfxLoadedFlags::ALL) at sfx2/source/doc/objmisc.cxx:1131 #1 0x00007f5baf817ed0 in SwDocShell::LoadingFinished() (this=0x563225024a30) at sw/source/uibase/app/docsh.cxx:1196 #2 0x00007f5baf817d85 in SwDocShell::ConvertFrom(SfxMedium&) (this=0x563225024a30, rMedium=...) at sw/source/uibase/app/docsh.cxx:256 #3 0x00007f5be47b9031 in SfxObjectShell::DoLoad(SfxMedium*) (this=0x563225024a30, pMed=0x56322534bb00) at sfx2/source/doc/objstor.cxx:761 Noel/Caolán: any idea about the root cause or whom may help here? It's indeed not critical, some may say cosmetic and I can understand it, but it would be great to tackle this one after about more than 12 years.
The code for this is in framework/source/dispatch/closedispatcher.cxx as: IMPL_LINK_NOARG(CloseDispatcher, impl_asyncCallback, LinkParamNone*, void)
lets give https://gerrit.libreoffice.org/c/core/+/147078 a go then
Caolán McNamara committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/23c77c80d80b46911344f2dd440f98848a1bec50 Resolves: tdf#30920 don't terminate app on closing license frame It will be available in 7.6.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
On pc Debian x86-64 with master sources updated today (including Caolán's patch), I confirm I don't reproduce the pb anymore. Great to see an old bug fixed ! :-)