Bug 42884 - "allow macros" dialog raised to top *several* times
Summary: "allow macros" dialog raised to top *several* times
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
Master old -3.6
Hardware: All Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Dialog Macro-VBA
  Show dependency treegraph
 
Reported: 2011-11-13 12:32 UTC by Lionel Elie Mamane
Modified: 2019-06-08 03:02 UTC (History)
4 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 Lionel Elie Mamane 2011-11-13 12:32:10 UTC
I'm using Debian GNU/Linux, and libreoffice uses GTK.

The "allow macros" dialog (shown in macro security mode medium when opening a document with macros) grabs focus several times. Grabbing the focus even *once* is debatable (really, the window manager should decide), but doing it several times is really overboard and annoys the user: if libreoffice is slow, the dialog grabs focus, the user switches focus to another window, the same dialog grabs focus *again*, and this cycle is repeated several times.

To observe this, one has to switch away focus from the dialog faster than it regrabs it; the easiest way to do that is to slow down LibreOffice, for example by running it over a slow network connection. The upload of an ADSL line is about right for this test. Alternatively, one can set a breakpoint on GtkSalFrame::ToTop, and each time the breakpoint is hit, give focus to another window, then let LO continue executing.

In a multiple workspace scenario, interspersed with the "grabbing focus and raising to top", the dialog also switches from the current workspace to the workspace the document  window is in and vice-versa.

Further testing shows that LO will raise the dialog each time the user switches to the workspace that contains it or to the workspace that contains the document window, so this can go on indefinitely.
Comment 1 sasha.libreoffice 2012-04-20 05:24:25 UTC
Thanks for bugreport
Please, verify if in last version of LibreOffice still reproducible
Comment 2 Joel Madero 2013-05-15 02:40:41 UTC
@Lionel - I can't reproduce this, are you still seeing it? Maybe it's because I'm not running off a slow network but if you still see it, let's just mark as NEW and move it forward
Comment 3 retired 2013-07-17 09:01:56 UTC
Setting to NEEDINFO. Lionel, as Joel said, if you still see this behavior with the latest LO release, please set this bug to NEW.
Comment 4 Lionel Elie Mamane 2013-07-17 09:59:40 UTC
Yes, can still reproduce:

With macro security to medium, and foo.odb file has Basic macros.

1) Start in workspace 1

2) Give LibreOffice window focus

3) File / Recent / foo.odb

4) Immediately switch to workspace 2,
   *before* the "Security Warning" appears".
   Since I have a keyboard shortcut for that,
   I can easily hit the race window.

5) Do not give focus to anybody else.

6) The "Security Warning" appears in Workspace 2
   and gets focus.

7) Switch back to Workspace 1 (I again use the keyboard
   shortcut for that). This gives focus back
   to the LibreOffice window. This automatically
   switches back to Workspace 2 and focus to security warning.

8) Goto 7).

(I can break out of the loop by giving focus to *another* window
 in Workspace 1, by clicking directly on that window in the XFCE
 workspace switcher. But as soon as my mouse hovers over the
 LibreOffice window, it sends me back to Workspace 2.)
Comment 5 QA Administrators 2015-04-01 14:42:23 UTC Comment hidden (obsolete)
Comment 6 QA Administrators 2017-03-06 15:57:48 UTC Comment hidden (obsolete)
Comment 7 Thomas Lendo 2018-09-16 19:42:44 UTC
Set back to UNCONFIRMED as nobody else than the bug opener has reproduced the issue. Lionel, please don't set to NEW by yourself.
Comment 8 Xisco Faulí 2018-10-17 17:24:41 UTC
(In reply to Thomas Lendo from comment #7)
> Set back to UNCONFIRMED as nobody else than the bug opener has reproduced
> the issue. Lionel, please don't set to NEW by yourself.

Lionel Elie Mamane, Do you still reproduce this issue in master?
OTOH, would it be possible to have a short screencast showing the issue?
Setting to NEEDINFO
Comment 9 QA Administrators 2019-05-08 18:28:05 UTC Comment hidden (obsolete)
Comment 10 QA Administrators 2019-06-08 03:02:10 UTC
Dear Lionel Elie Mamane,

Please read this message in its entirety before proceeding.

Your bug report is being closed as INSUFFICIENTDATA due to inactivity and
a lack of information which is needed in order to accurately
reproduce and confirm the problem. We encourage you to retest
your bug against the latest release. If the issue is still
present in the latest stable release, we need the following
information (please ignore any that you've already provided):

a) Provide details of your system including your operating
   system and the latest version of LibreOffice that you have
   confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED
and we will attempt to reproduce the issue. Please do not:

a) respond via email 

b) update the version field in the bug or any of the other details
   on the top section of our bug tracker

Warm Regards,
QA Team

MassPing-NeedInfo-FollowUp