And it even tryes to convince them they can't edit such a document at all:
In contrast to Writer on Windows
(where documents straight open in readonly mode, and switching to edit-mode is done by one click),
on macOS, the user is first presented with a complicated Dialogue informing you about missing write access to the document's folder and about your options to proceed.
If you proceed, the document opens readonly, as one would expect in the first place.
When trying to switch to edit mode, (by clicking the EDIT Button in the blue info bar), it opens the same Dialogue again.
This suggests you can NOT switch to edit mode. But if you proceed by choosing one of the options to open in readonly, you will end up in EDIT mode...
Steps to Reproduce:
1. Open an attachment from the inbox of Apple Mail
2. A dialogue with lots of text opens, informing you about missing write access to the document's folder and about your options to proceed.
3. Choose NOTIFY or OPEN READONLY in the dialogue (see attached img)
4. Try to switch to edit-mode by clicking the EDIT button in the blue notification bar
5. Select OPEN READONLY
6. You end up in edit-mode
The User might give up at step 4,
because the dialogue tells him that through it, there's no way to edit-mode.
I expect the same behaviour as seen on Windows:
Writer directly opens the document in readonly mode (with blue info Bar at the top), without that overly complicated dialogue in between.
Then, switching to EDIT-Mode, you can edit the document immediately.
User Profile Reset: No
Sadly, i came across this when a friend told me "hey, i think i need MS Office, because this LibreOffice you recommended won't let me edit documents i receive by mail...
Created attachment 189141 [details]
Mentioned Dialogue Window
This is very much related to bug 128526. But as that one is about write permissions, and this one about the Read Only infobar not giving the expected result, let's keep both open.
However, I could not reproduce with:
Version: 18.104.22.168.alpha0+ (X86_64) / LibreOffice Community
Build ID: d88779fc86385dde1215fd28b78a69eacc6b4f97
CPU threads: 2; OS: Mac OS X 13.2.1; UI render: Skia/Raster; VCL: osx
Locale: en-US (en_US.UTF-8); UI: en-US
Nor with 7.5.4.
I use Ventura 13.2.1.
Can you please share your full version info for macOS and for LO copied from LibreOffice > About LibreOffice?
Isn't this expected? Files opened from mail app can not be edited. if you want to edit an attachment, save it do disk first.
(In reply to steve from comment #3)
> Isn't this expected? Files opened from mail app can not be edited. if you
> want to edit an attachment, save it do disk first.
No.You normally CAN edit such a document, just not save it to the original location. You even can edit WITH this bug, but die dialogue tells you you can't...
see description above.
(In reply to Stéphane Guillou (stragu) from comment #2)
> Can you please share your full version info
Version: 22.214.171.124 (AARCH64) / LibreOffice Community
Build ID: 69edd8b8ebc41d00b4de3915dc82f8f0fc3b6265
CPU threads: 8; OS: Mac OS X 13.4.1; UI render: Skia/Metal; VCL: osx
Locale: de-CH (de_CH.UTF-8); UI: en-US
(In reply to steve from comment #3)
> I could not reproduce
What exactly is the behaviour for you?
It also changed for me. I am not aware of any updates to LS or macOS on that machine,
but the behaviour is improved:
Now, when clicking the EDIT Button in the blue ribbon, a confirmation dialogue opens, saying sth. like "You can't edit this doc. lacking write permission, do you want to open a copy?"
So, the main issue is resolved, but the confusing dialogue upon opening persists.
I still prefer the way things happen on Windows, where you don't get neither the Dialogue upon opening, nor the one when switching to Edit-Mode.
Sure, these dialogues make it clearer to the user what's actually happening in the background.
But i think the potential to confuse users and/or interrupt their workflow is not worth it.
Yes, without any dialogues, some users might get confused if after an edit they can't save the doc. to the original location.
Maybe, a good compromise would be to remove the dialogue on opening and keep the one on switching to Edit-mode.
[Automated Action] NeedInfo-To-Unconfirmed
> No. You normally CAN edit such a document, just not save it to the original location. You even can edit WITH this bug, but die dialogue tells you you can't.
You are absolutely correct. I reproduce by emailing a writer document to myself and confirm all your repro steps → new.
If all this works without showing 2 warning dialogs on windows, there is a discrepancy which should be resolved: either warnings on windows that should be shown are not shown or on macOS errors that should not be shown are shown → needsUXEval.
The attachment is stored in /private/var/folders/mp/wdyz.../T/pid-8331/ (check with SaveAs). I get the read-only infobar, and saving the document a second time amends the file name (Untitled 1-1.odt). So everything works as expected here.