Description: Good morning, I wanted to report an annoying problem, which appeared in versions 6.x and reappeared in development version 7.1, while it is absent in 7.0. I don't know if it's a bug or wanted. When I open libreoffice, the toolbar is normal and remains so even when the first document is loaded. If I use the function create writer document from Libreoffice startup, it generates the document with no name, which I intentionally leave blank. Then I load the first Writer document and the toolbar is doubled, one practically empty and the other normal. If I open Writer directly, I am presented with the blank screen of an unnamed document. When loading a ready document for the first time, it looks like above: double toolbar, one of which is almost empty. If, on the other hand, on the unnamed document I type any letter and then load the first useful writer document, the toolbar is single and correct. Subsequent Writer documents show no anomalies. This only occurs with Writers. The error, if any, occurs on the document without name number 1, when it is empty and only in this case. I attach the screenshots. Steps to Reproduce: 1.open writer 2.load a document 3. Actual Results: open writer directly no name document is empty load first document writer Expected Results: double toolbar Reproducible: Always User Profile Reset: No Additional Info: Version: 7.1.0.0.alpha0+ Build ID: eacb86d332563a5651793f1aaa687528736a7bfb CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3 Locale: it-IT (it_IT.UTF-8); UI: it-IT TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2020-09-07_09:02:58 Calc: threaded
Created attachment 165525 [details] open libreoffice
Created attachment 165527 [details] create writer document
Created attachment 165528 [details] no name empty, first documnent load first document with empty no name
Created attachment 165529 [details] open directly writer I open writer directly and I create no name
Created attachment 165530 [details] first document with empty no name Double toolbar for first document
Created attachment 165531 [details] no name with a character I write any character on no name
Created attachment 165532 [details] first document after no name with a character normal toolbar
Created attachment 165533 [details] load libreoffice
Created attachment 165534 [details] open writer after load libreoffice After loading libreoffice, I open document directly
Rule of thumb: search before report. Duplicate of bug 131525, bug 126870, bug 128491?
This isn't duplicated of bug 126870. The is different. It could be duplicated of bug 128491? foe 6.x version. 7,0 version had resolved the pub. This is current on 7.1 dev version
(In reply to linux from comment #11) > This isn't duplicated of bug 126870. The is different. > It could be duplicated of bug 128491? foe 6.x version. > 7,0 version had resolved the pub. > This is current on 7.1 dev version Version: 7.1.0.0.alpha0+ Build ID: 83aa172697c11a9550c27a28f8e62b523ec7086d CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3 Locale: it-IT (it_IT.UTF-8); UI: it-IT TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2020-09-10_21:26:34 Calc: threaded With dev version the menubar is standard.
(In reply to linux from comment #11) > This isn't duplicated of bug 126870. The is different. Explain why. (In reply to linux from comment #12) > With dev version the menubar is standard. Please explain what you mean by standard.
(In reply to Timur from comment #13) > (In reply to linux from comment #11) > > This isn't duplicated of bug 126870. The is different. > Explain why. > > (In reply to linux from comment #12) > > With dev version the menubar is standard. > > Please explain what you mean by standard. It is not a duplicate of the bug 126870, because my desktop is an ubuntu gnome and not kde plasma. Then again the duplicated menubar is present only in the writer, while in the other components it is not duplicated. You ask me what standard means? In my opinion it is when the menubar is not duplicated in the presence of an empty nameless document.
[Automated Action] NeedInfo-To-Unconfirmed
Did you read that bug and duplicates? There's also Ubuntu there. It's better to be marked duplicate, so hopefully someone will be attracted to it, having more users. Less likely that your single report will attract a volunteer dev.
You never wrote: do you have LanguageTool extension?
(In reply to Timur from comment #17) > You never wrote: do you have LanguageTool extension? Is it duplicate? OK. Next time I will try better in too many reports. I don't want to argue but the research is not precise. Of course, I have installed language tools since it came out. It never gave me problems.
*** This bug has been marked as a duplicate of bug 128491 ***
Which old bug hunter the answer to consider my bug fixed because it's a duplicate of bug 128491 didn't satisfy me. This is due to several reasons. 1) up to version 6.x with LanguageTool installed Libreoffice Writer did not produce the double menubar; 2) version 7.0.0.(1,2,3) of Libreoffice with LanguageTool installed does not have the double menubar both on Ubuntu and on Windows 10 pro; 3) the reference duplicate refers to an old version of LanguageTool (4.7), while I use version 5.0.1. Libreoffice is an old version (6.3.x). I have installed version 7.1dev. 4) With Openoffice 4.1, which shares the same extensions as Libreoffice, it does not present the anomaly of the double menubar. So I did some tests which I describe below. 1) I removed the LanguageTool extensions and I restart Libreoffice; 2) the double menubar did not appear in the absence of LanguageTool; 3) as a counter-check, I downloaded the extension from the LanguageTool website and installed it manually and I restart Libreoffice; 4) the double menubar did not appear or more precisely it showed itself briefly and then returned to the single menubar. I thought the previously installed version of LanguageTool was corrupt; 5) I shutdown the operating system for an update problem. After restarting and opening Libreoffice the double menubar reappeared. 6) re-execute the operations described above, without downloading the LanguageTool, but using the one copy on the harddisk and I found myself in the situation described in point 4. Closing this long explanation, I deduce that the conflict problem between Libreoffice and LanguageTool arises in the moment that Soffice starts and manage extensions.
The double menu bar has been fixed with development version 7.1 of 25th September 2020 and language tool version 5.1