Bug 133006 - File shown on macOS title bar not being updated when saving a document
Summary: File shown on macOS title bar not being updated when saving a document
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.0.0.0.alpha1+
Hardware: x86-64 (AMD64) macOS (All)
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: macOS-UI-polish
  Show dependency treegraph
 
Reported: 2020-05-13 15:51 UTC by Locness
Modified: 2022-09-02 14:38 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Locness 2020-05-13 15:51:14 UTC
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
Comment 1 eisa01 2020-05-13 20:09:10 UTC
Would this be the same issue as bug 59163 ?
Comment 2 Dieter 2020-05-16 08:50:18 UTC
(In reply to eisa01 from comment #1)
> Would this be the same issue as bug 59163 ?

=> NEEDINFO
Comment 3 Locness 2020-05-26 09:25:19 UTC
(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
Comment 4 QA Administrators 2020-05-27 03:41:46 UTC Comment hidden (obsolete)
Comment 5 Andrew Katz 2020-06-21 11:34:44 UTC
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
Comment 6 Ahmad Haris 2020-07-04 03:49:45 UTC
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
Comment 7 How can I remove my account? 2020-07-04 09:42:20 UTC
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.
Comment 8 QA Administrators 2022-07-06 03:36:40 UTC
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