Bug 153363 - FILEOPEN on mail attachments gives an invisible alert
Summary: FILEOPEN on mail attachments gives an invisible alert
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
unspecified
Hardware: ARM macOS (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2023-02-03 23:02 UTC by Michael Poisson
Modified: 2023-11-10 09:04 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Example of Alert window when problem occurs (186.66 KB, image/png)
2023-02-03 23:02 UTC, Michael Poisson
Details
This screenshot is from 7.6.2.1, the alert is in the foreground. (135.05 KB, image/png)
2023-11-09 15:16 UTC, kdub
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Michael Poisson 2023-02-03 23:02:32 UTC
Created attachment 185099 [details]
Example of Alert window when problem occurs

OS is MAC OS Monterey version 12.5.1
Libre Office is version 7.2.7.2

Context : Libre Office running with at least one file open and window displayed.

Trigger: DoubleClick on a mail attachment .ods file results in a fullscreen empty window.`

Actually a 'file lock cannot be created Alert' is raised BEHIND the empty window (see attachment). The Alert is normal and to be expected as attachments are held in protected directories. The fact that it stays behind is not, however.

The empty window cannot be closed with close button at top left because it is waiting for the alert to be responded....

Workaround : use the minimise button instead of close...

Solution: force Alert window to front.
Comment 1 BogdanB 2023-07-26 19:46:58 UTC
Michael, you can not set the bug info as New. Someone else should confirm first your bug, then will set it as New.
Comment 2 Mike Little 2023-09-09 13:15:13 UTC
Hello,
i need to confirm when you had this problem if you were using an Intel Mac, or an ARM mac?
Comment 3 Mike Little 2023-09-09 13:25:02 UTC
Can you provide the procedure that led to this issue, so I can validate whether the issue is a new software defect?
Comment 4 kdub 2023-11-09 15:16:12 UTC
Created attachment 190769 [details]
This screenshot is from 7.6.2.1, the alert is in the foreground.

Hi Michael Poisson,

I have set the status of this bug to WORKSFORME. I tried replicating the in the latest version and I was not able to reproduce it. I have attached a screenshot of opening up a .ods file from mail. The "file lock" alert comes up in the foreground correctly as expected.


Version: 7.6.2.1 (X86_64) / LibreOffice Community
Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333
CPU threads: 12; OS: Mac OS X 13.5; UI render: Skia/Metal; VCL: osx
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded
Comment 5 Buovjaga 2023-11-09 16:56:59 UTC
Let's set back to unconfirmed until Michael confirms it can no longer be reproduced or someone else can reproduce with an older version, but not with a newer one.
Comment 6 Michael Poisson 2023-11-10 08:38:48 UTC
(In reply to BogdanB from comment #1)
> Michael, you can not set the bug info as New. Someone else should confirm
> first your bug, then will set it as New.

This was my first bug declaration. Since I created it , I thought it was new....
Comment 7 Michael Poisson 2023-11-10 08:40:07 UTC
(In reply to Mike Little from comment #2)
> Hello,
> i need to confirm when you had this problem if you were using an Intel Mac,
> or an ARM mac?

IN fact I run the same version (and observe the same problem) on both an ARM MacBook Air and an Intel iMac.
Comment 8 Michael Poisson 2023-11-10 08:53:24 UTC
(In reply to Mike Little from comment #3)
> Can you provide the procedure that led to this issue, so I can validate
> whether the issue is a new software defect?

the procedure was contained in the original description + the title. Detailed below:

1) In LibreOffice, open a file, FileA
 -> a large window covering most of the screen (appears))

2) Switch to Mac mail and open any .ods attache file (FileB)
-> FileA Window springs to the front
-> an alert window about 'unable to lock FileB' is created but it is displayed BEHIND the FileA window

Comment: The 'unable to lock fileB' is normal: FileB as attachment sits on a protected directory. The issue is the display order of different screens.
Comment 9 Michael Poisson 2023-11-10 09:03:26 UTC
(In reply to Michael Poisson from comment #6)
> (In reply to BogdanB from comment #1)
> > Michael, you can not set the bug info as New. Someone else should confirm
> > first your bug, then will set it as New.
> 
> This was my first bug declaration. Since I created it , I thought it was
> new....

I am now running 7.6.2 on Intel and can confirm the WORKSFORME status:
The alert on FileB now appears in foreground.

Small gripe: The actual Window for FileB stays behind the open window for FileA.
Not my prefrerred solution but it may be the intended one!

Thanks to all responders and apologies for slow responses, your comments were getting caught in a spam trap!