I downloaded an extension while LibreOffice was running and had no windows open; after the download, I switched back to LibreOffice to install the extension, and noticed the Tools menu was gone, so I had to open a document before I could install the extension. This makes no sense; most of the items on the Tools menu are only useful when a document is open, but every item in the last section - for example, Extension Manager - is not document specific and should remain available when no window is open. The same applies to almost every item in the Help menu.
[This is an automated message.] This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it started right out as NEW without ever being explicitly confirmed. The bug is changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases. Details on how to test the 3.5.0 beta1 can be found at: http://wiki.documentfoundation.org/QA/BugHunting_Session_3.5.0.-1 more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html
No change in 3.5.0beta2
@Shad Sterling <https://wiki.documentfoundation.org/QA-FAQ#How_to_select_correct_Bug_Status> @Roman Can you confirm this problem?
@reporter: Thank you for your report – unfortunately important information is missing. May be hints on <http://wiki.documentfoundation.org/BugReport> will help you to find out what information will be useful to reproduce your problem? If you believe that that is really sophisticated please as for Help on a user mailing list Please: - Write a meaningful Summary describing exactly what the problem is - Attach screenshots with comments if you believe that that might explain the problem better than a text comment. Best way is to insert your screenshots into a DRAW document and to add comments that explain what you want to show - Contribute a document related step by step instruction containing every key press and every mouse click how to reproduce your problem (similar to example in Bug 43431) - add information -- what EXACTLY is unexpected -- and WHY do you believe it's unexpected (cite Help or Documentation!) -- concerning your OS (Version, Distribution, Language) -- concerning your LibO localization (UI language, Locale setting) –- Libo settings that might be related to your problems -- how you launch LibO -- everything else crossing your mind after you read linked texts Even if you can not provide all demanded information, every little new information might bring the breakthrough. It seems you are talking aboput LibO Start Center?
(In reply to comment #4) > @reporter: > Thank you for your report – unfortunately important information is missing. [...] I think I can answer for Shad Sterling here (but please correct me, Shad Sterling, if you meant something else!). > It seems you are talking about LibO Start Center? If I understand the original report right, Shad Sterling is talking about a different situation which just does not occur on Windows (I don't know about Linux): on MacOS and MacOS X, an application can be running *without* any open windows at all; the global menu bar of the application is still available even when all windows are closed. In LibreOffice, this happens if you close all document windows *and* the Start Center: the menu bar is still available, but contains only three entries: the System (Apple) menu, the application menu ("LibreOffice", containing mostly "Preferences" (Options) and "Quit LibreOffice") and the "File" menu. But there is no "Tools" menu and no "Help" menu, and this is what Shad Sterling is talking about. REPRODUCIBLE with * LibreOffice 3.4.0, OOO340m1 (Build:12) * LibreOffice 3.4.6, OOO340m1 (Build:602) * LibreOffice 3.5.5.3, Build-ID: 7122e39-92ed229-498d286-15e43b4-d70da21 * LibreOffice 3.6.0.0.beta3 (Build ID: 3e2b862) and also with * AOO 3.4.0 all with German langpack installed, all on MacOS X 10.6.8 (Intel). Shad Sterling is right, "this makes no sense", especially from the point of view of MacOS and MacOS X users. MacOS (7, 8, 9) and MacOS X (10.x) applications which conform to Apple's Human Interface Guidelines (HIG) *never* hide unused menus, they just disable them; if I remember correctly, Apple required this explicitely at least in the older versions of the HIG (I did not read the last revisions). If a application is very complex (like LibreOffice), it can temporarily exchange *some* of the menus to adapt to the current editing situation, just like LibreOffice shows different Menus in Writer, Calc, Impress, etc. But at least the standard menus, which are, according to Apple's HIG, the System (Apple) menu, the Application menu ("LibreOffice", does not exist on Windows?!), the menus "File", "Edit", often "Windows", and "Help", should *never* be hidden. If no entry of such a menu is applicable, e.g. in the "Edit" menu when no documents are open, just disable the complete menu, but do not hide it. So, at least on MacOS X, the menus "LibreOffice", "File", "Edit", "View", "Tools", "Windows", and "Help" should be visible under all circumstances. This is already true and working fine as long as the Start Center window is open. We just need to change the situation when no window at all is open: in this situation, the menu bar should look and behave just like when the Start Center is open.
@Thorsten Behrens: This is a simple and compelling bug report about a simple MacOS X UI issue; the problem is not dramatic, but on the other hand it should be rather easy to fix this, so please take a look at it. Maybe this could be an "Easy hack"? Sometimes such little UI improvements do most to make the application look professional. Thank you in advance!
@Roman Eisele, you have it right. I also see the same behavior with 3.5.5.3 on OS X 10.7.4. @Rainer Bielefeld, this bug is, as Roman elaborated, not about the Start Center, but about the LibreOffice menu items on the OS X menu bar when no windows are open. (Bug #41776 is about the Start Center.) Is any more information needed to understand this bug?
@Kendy, Could it be possible to fix this small but annoying issue? Or maybe some code pointers that would help people to have a look at it? It is a small but very Mac-unlike detail of LibreOffice. I appreciate any help about this. :) Regards,
Emir: This is OSX specific, right? - would be great to attach a screenshot to show what's going on :-)
Created attachment 89269 [details] Menus showing when Main Window is open
Created attachment 89270 [details] Only File menu is shown when no windows are open
Sorry for the late screenshots - attached them :))
Created attachment 89271 [details] File menu when no windows are open This menu should be removed I think, because it causes inconsistency among menus
Created attachment 89272 [details] File menu when a window is open This menu should appear
** 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 on a currently supported version of LibreOffice (4.4.1 or later) https://www.libreoffice.org/download/ *If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior *If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) 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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-04-18
No change in bug behavior in 4.4.2.2 on OS X 10.10.2.
** 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 on a currently supported version of LibreOffice (5.1.5 or 5.2.1 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) 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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20160920
No change in bug behavior in 5.2.0.4 on OS X 10.11.6.
No change in bug behavior in 5.3.1.2 on OS X El Capitan 10.11.6.
** 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
No change in bug behavior in 5.4.1.2 on OS X El Capitan 10.11.6. LibreOffice… About LibreOffice version information is: Version: 5.4.1.2 Build ID: ea7cb86e6eeb2bf3a5af73a8f7777ac570321527 CPU threads: 8; OS: Mac OS X 10.11.6; UI render: default; Locale: en-CA (en.UTF-8); Calc: group
Dear Shad Sterling, 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://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
No change in bug behavior in 7.0.3.1 on OS X High Sierra 10.13.6. LibreOffice… About LibreOffice version information is: Version: 7.0.3.1 Build ID: d7547858d014d4cf69878db179d326fc3483e082 CPU threads: 8; OS: Mac OS X 10.13.6; UI render: default; VCL: osx Locale: en-CA (en_CA.UTF-8); UI: en-US Calc: threaded Regarding the possibility of a regression, I have not tested this behaviour with LO version 3.3. However, note that the bug report dates back over 9 years to LO version 3.4.3. Please keep this in the queue, QA Administrators.
Dear Shad Sterling, 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
As with every previous time, no change for more than 10 years now Version: 7.4.1.2 / LibreOffice Community Build ID: 3c58a8f3a960df8bc8fd77b461821e42c061c5f0 CPU threads: 16; OS: Mac OS X 13.2; UI render: default; VCL: osx Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded
Steps in macOS 14.4.1: 1. Launch LibreOffice 24.2.3.2 Expected and Actual Results: 4 app menus: LibreOffice, File, Tools, Help 2. Click the close button in the startup window title bar Expected Result: 4 app menus: LibreOffice, File, Tools, Help Actual Result: 2 app menus: LibreOffice, File
Patrick, do you have an idea about this? Keeping File, Tools, and Help always visible sounds reasonable to me.
(In reply to Heiko Tietze from comment #27) > Patrick, do you have an idea about this? Keeping File, Tools, and Help > always visible sounds reasonable to me. I think this is feasible. I found where this menu is created in the LibreOffice code and replaced the UNO command for the "Template Manager" menu item (see debug patch below for a sample). I tried the UNO commands that are used in the Start Center's Tools > Options and Help menus for a quick test. Those worked so I am confident that most of the Start Center's menus can be used when all windows are closed. Looks like this menu is a hardcoded list (no menubar.xml) loaded so when I get some time, I will see if I can replace the hardcoded list with loading the menus from the Start Center's menubar.xml. If I can do that, then I can see which, if any, menu items don't work without a window: diff --git a/sfx2/source/appl/shutdownicon.cxx b/sfx2/source/appl/shutdownicon.cxx index b16be15bcf70..c07a0d04c652 100644 --- a/sfx2/source/appl/shutdownicon.cxx +++ b/sfx2/source/appl/shutdownicon.cxx @@ -213,7 +213,8 @@ void ShutdownIcon::FromTemplate() xFrame = xDesktop; URL aTargetURL; - aTargetURL.Complete = ".uno:NewDoc"; + // aTargetURL.Complete = ".uno:NewDoc"; + aTargetURL.Complete = ".uno:HelpIndex"; css::uno::Reference< util::XURLTransformer > xTrans( util::URLTransformer::create( ::comphelper::getProcessComponentContext() ) ); xTrans->parseStrict( aTargetURL );
I just want to add: NeoOffice keeps the menu entry "Tools" and "Help" when closing all windows.
(In reply to Dennis Roczek from comment #29) > I just want to add: NeoOffice keeps the menu entry "Tools" and "Help" when > closing all windows. I doubt I'll use the NeoOffice approach as that implementation was both overly complicated and quite hacky as I wrote it back in 2005 (can't believe that was nearly 20 years ago). Back then, the goal in NeoOffice was to never show the Start Center. Don't know why, but it was unpopular back in the hack I used was to make the Start Center a 1x1 pixel window with no titlebar that "hides" behind the macOS menubar. The idea was to show the Start Center in the menubar without showing the Start Center window. Managing the 1x1 pixel window proved to be very fragile as I ended up having to keep fixing the code after most new macOS releases. Anyway, after I posted comment #28 I thought of another, simpler possible way to implement this. The Start Center and its menus get initialized early in the LibreOffice launch process. LibreOffice's macOS code also has a "default menus" which are the menus (currently only a single File menu) that LibreOffice sets the menubar to when no windows are visible. My current idea is to modify the Start Center's initialization code so that when it loads its menus, the code also sets "default menubar menus" to the same menus. My guess is that most of the code changes will be figuring out how to wire that up. Unfortunately, I need to finish my work a few other bugs and before I start work on this, so I haven't looked too closely at the code yet. But if my current idea works, the Start Center's menus also become the "no windows default menus".
(In reply to Patrick (volunteer) from comment #30) > Back then, the goal in NeoOffice was to never show the Start Center. Don't > know why, but it was unpopular back in the hack I used was to make the Start > Center a 1x1 pixel window with no titlebar that "hides" behind the macOS > menubar. The idea was to show the Start Center in the menubar without > showing the Start Center window. Managing the 1x1 pixel window proved to be > very fragile as I ended up having to keep fixing the code after most new > macOS releases. 🤣🤣🤣
(In reply to Patrick (volunteer) from comment #30) > ...make the Start Center a 1x1 pixel window with no titlebar that > "hides" behind the macOS menubar. Now I cannot tag this as an easyhack. Kids must not read this! :-) Thanks for looking into the affair.
Created attachment 198456 [details] Sorted list of all action commands that are in the Start Center menu I have started to make a little bit of progress on this bug. There is still a lot of work to do, but I have figured out how to make a native copy of the Start Center menubar and swap that native menubar with the existing "no window" menubar. None of the menus work yet as I need to connect all of the attached action commands to the applicable internal C++ handler function, but you can follow my progress in the following patch: https://gerrit.libreoffice.org/c/core/+/179980
Created attachment 198457 [details] Snapshot of current state
Created attachment 198501 [details] Snapshot of updated "no windows" menubar I have finished implementing the updated "no windows" menubar on macOS and, for the most part, I was able to recreate the Start Center menubar as shown in the attached snapshot. I'll commit my change once the following patch passes all automated tests: https://gerrit.libreoffice.org/c/core/+/179980
Created attachment 198506 [details] Snapsnot of File > New menu in "no windows" menubar I forgot to mention that I was able to preserve the key shortcuts for "open Startcenter" and the various "open new document" menu items that were in the previous "no window" menubar.
Patrick Luby committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/6efdd1444810e132ba37379dd39afa6a3220f541 tdf#41775 copy the Start Center menubar to the default menubar on macOS It will be available in 25.8.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.
Works like a charm. Awesome! (Please resolve fixed so I can check verify)
I have committed a fix for this bug. The fix should be in tomorrow's (14 December 2024) nightly master builds: https://dev-builds.libreoffice.org/daily/master/current.html Note for macOS testers: the nightly master build installer does not overwrite any LibreOffice official versions. Instead, it will be installed as a separate application called "LibreOfficeDev" in the /Applications folder. Because this is a "test" build, you will need to do the following steps before you launch the LibreOfficeDev application: 1. Go to the Finder and navigate to the /Applications/Utilities folder 2. Launch the "Terminal" application 3. Paste the following command in the Terminal application window and press the Return key to execute the command: xattr -d com.apple.quarantine /Applications/LibreOfficeDev.app
Patrick Luby committed a patch related to this issue. It has been pushed to "libreoffice-25-2": https://git.libreoffice.org/core/commit/05e78507e0e26886c04fdf02aba97c5fdc9060d3 tdf#41775 copy the Start Center menubar to the default menubar on macOS It will be available in 25.2.1. 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.
Xisco Fauli committed a patch related to this issue. It has been pushed to "libreoffice-25-2": https://git.libreoffice.org/core/commit/21a1b5fcf71fef946e16cfa9879f930ca84bc18b Revert "tdf#41775 copy the Start Center menubar to the default menubar on macOS" It will be available in 25.2.1. 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.
Adolfo Jayme Barrientos committed a patch related to this issue. It has been pushed to "libreoffice-25-2": https://git.libreoffice.org/core/commit/e090f7de1a406e67eae84a5112ff9df8cd866bfb Reapply "tdf#41775 copy the Start Center menubar to the default menubar on macOS" It will be available in 25.2.1. 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.
Reopening as I found a case where the old "File only" menubar is still displayed. It happens when I launch LibreOffice by opening a document from the Finder. Apparently, in this case, the Start Center window never appears so my code to saves a copy of the Start Center menubar never gets executed until you close all of the windows and force the Start Center to be displayed. So, I need to investigate and see if there is any way to get my code to execute in this specific case.
Patrick Luby committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/9e3d8d0176bb1e95414e4a578065c2e1035a8dd6 Related: tdf#41775 show Start Center even if loading a document It will be available in 25.8.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.
I have committed a fix for this bug. The fix should be in tomorrow's (09 March 2025) nightly master builds: https://dev-builds.libreoffice.org/daily/master/current.html Note for macOS testers: the nightly master build installer does not overwrite any LibreOffice official versions. Instead, it will be installed as a separate application called "LibreOfficeDev" in the /Applications folder. Because this is a "test" build, you will need to do the following steps before you launch the LibreOfficeDev application: 1. Go to the Finder and navigate to the /Applications/Utilities folder 2. Launch the "Terminal" application 3. Paste the following command in the Terminal application window and press the Return key to execute the command: xattr -d com.apple.quarantine /Applications/LibreOfficeDev.app
Patrick Luby committed a patch related to this issue. It has been pushed to "libreoffice-25-2": https://git.libreoffice.org/core/commit/e9285d3c89593d98b8e6e328f4c578a8db4a6591 Related: tdf#41775 show Start Center even if loading a document It will be available in 25.2.3. 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.
(In reply to Patrick (volunteer) from comment #45) > I have committed a fix for this bug. The fix should be in tomorrow's (09 > March 2025) nightly master builds: Reopening as in the 09 March 2025 nightly master build, my fix apparently only works when documents are passed on the command line. Opening from the Finder is still bypassing the creation of the Start Center so I will need to find where that is happening in the code.
Patrick Luby committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/5696cee879e6c6794c213cb3db294bb78e8680f6 Revert "Related: tdf#41775 show Start Center even if loading a document" It will be available in 25.8.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.
Patrick Luby committed a patch related to this issue. It has been pushed to "libreoffice-25-2": https://git.libreoffice.org/core/commit/9da94ebd6de92841ce83d8b584edeabbe67f2d23 Revert "Related: tdf#41775 show Start Center even if loading a document" It will be available in 25.2.3. 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.
Patrick Luby committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/331ea32ec181aff739eaebee328281b190cad003 Related: tdf#41775 show Start Center when loading a document at launch It will be available in 25.8.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.
Patrick Luby committed a patch related to this issue. It has been pushed to "libreoffice-25-2": https://git.libreoffice.org/core/commit/c8c25b6a16177f9e2cee99463dcf17edbc761a48 Related: tdf#41775 show Start Center when loading a document at launch It will be available in 25.2.3. 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.
I have committed a fix for the bug described in comment #43. The fix should be in tomorrow's (11 March 2025) nightly master builds: https://dev-builds.libreoffice.org/daily/master/current.html Note for macOS testers: the nightly master build installer does *not* overwrite any LibreOffice official versions. Instead, it will be installed as a separate application called "LibreOfficeDev" in the /Applications folder. Because this is a "test" build, you will need to do the following steps before you launch the LibreOfficeDev application: 1. Go to the Finder and navigate to the /Applications/Utilities folder 2. Launch the "Terminal" application 3. Paste the following command in the Terminal application window and press the Return key to execute the command: xattr -d com.apple.quarantine /Applications/LibreOfficeDev.app
Patrick Luby committed a patch related to this issue. It has been pushed to "libreoffice-25-2-2": https://git.libreoffice.org/core/commit/d3a7432b753aeccc65ce804deb4d05ed036da0cf Related: tdf#41775 show Start Center when loading a document at launch It will be available in 25.2.2. 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.