Description: I don't know if this is related to 7.0 Alpha1, but I've found it there. On macOS, when you open a document, its icon will show up in the titlebar. In fact, this icon is draggable and is the open file itself, and you can also right-click it to show the path where the file is stored. But if you save a document, the icon and right-click shown path will not be updated. It only updates when opening a document. Steps to Reproduce: 1. Open any document or create a new document 2. Save it 3. Drag the document shown in the title bar or right-click it 4. Notice it's empty, or still the originally opened document Actual Results: The document shown in the titlebar is empty, or still the originally opened document Expected Results: The document should be the correct one Reproducible: Always User Profile Reset: No Additional Info: Version: 7.0.0.0.alpha1 Build ID: 6a03b2a54143a9bc0c6d4c7f1... CPU threads: 2; OS: Mac OS X 10.11.6; UI render: default; VCL: osx; Locale: en-US (en.UTF-8); UI: en-US Calc: threaded
Would this be the same issue as bug 59163 ?
(In reply to eisa01 from comment #1) > Would this be the same issue as bug 59163 ? => NEEDINFO
(In reply to Dieter from comment #2) > (In reply to eisa01 from comment #1) > > Would this be the same issue as bug 59163 ? > > => NEEDINFO Kind of, even though the 59163 is when first saving the doc
[Automated Action] NeedInfo-To-Unconfirmed
I have this issue as well, manifesting itself in a slightly different example and in a slightly different way. I'm using 7.0.0.0 Beta 1. To reproduce: 1. Create new Writer document 2. Type some text. 3. Save it as "Test_doc_original.odt" 4. The proxy icon does not appear (it should be present). 5. Close Test_doc_original.odt. 6. Reopen Test_doc_original.odt the proxy icon will now be present, and you can drag it elsewhere as expected. 7. Make some changes to your text in the document. 8. Save the document (File>Save As...) "Test_doc_new.odt" 9. The proxy icon is still there, but if you try to drag it somewhere, you get a Document drag error box saying "This document could not be found in the file system. Try saving the document ‘/Users/andrewk/Documents/Test_doc_original.odt’." FYI, this (or a similar issue) has been a bug ever since I have been using LibreOffice on MacOS. Thanks Andrew
I can reproduce it with master build. But I don't know if it's kind bug or not. Version: 7.1.0.0.alpha0+ Build ID: 7dc3a20cab712ee987ea25a8f5728529521485b7 CPU threads: 8; OS: Mac OS X 10.15.5; UI render: default; VCL: osx Locale: en-ID (en_ID.UTF-8); UI: en-US Calc: threaded
Compare to TextEdit, a system app that presumably uses all the proper macOS APIs correctly: If you open a document in TextEdit, then in Finder move the document file to a new location, right-clicking the document name in the TextEdit title bar will indeed show the new location, even if you have moved it in Finder. Also, saving the document in TextEdit will save it to where you moved it in Finder! Clever! Clearly LibreOffice is not asking for or reacting to some notification from the system about moved documents that it has opened, so yes, this is a bug.
Dear Locness, 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
Bug still reproducible with Version: 25.2.0.0.alpha0+ (AARCH64) / LibreOffice Community Build ID: 677750f3f3d21c40e37cc4296673c931a0cb3779 CPU threads: 8; OS: macOS 14.6.1; UI render: Skia/Raster; VCL: osx Locale: fr-FR (fr_FR.UTF-8); UI: en-US Calc: threaded