Bug 147749 - calc issuing X11 activate hint when "Find" bottom tab is opened
Summary: calc issuing X11 activate hint when "Find" bottom tab is opened
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
7.2.5.2 release
Hardware: All Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Find-Search
  Show dependency treegraph
 
Reported: 2022-03-03 17:36 UTC by Pau
Modified: 2023-04-22 19:42 UTC (History)
1 user (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 Pau 2022-03-03 17:36:45 UTC
From Archlinux packages
libreoffice-still 7.2.5-4
xorg-server 21.1.3-6
enlightenment 0.25.3-1


Bug described in detail in following IRC conversation where this issue was raised in Enlightenment window manager:

<AAA> there's a bug using E and libreoffice calc. If I have the "find" menu open in libreoffice (CTRL+F) with some text there, when I do ALT+TAB to go to any other window, the libreoffice window keeps being in the foreground instead of changing
<AAA> when I close the "find" dialog, then the behavior is correct
<AAA> not sure if that's a libreoffice bug or an E bug
<AAA> no need to have text in the "find" dialog, just have focus on it. If I set foucs out of it inside libreoffice, then everything is fine
<BBBBBB> AAA: find?
<BBBBBB> find isnt a menu or dialog
<BBBBBB> it pops up a find field at the bottom of the document...
<BBBBBB> but yes  -it doesnt seem to restack
<BBBBBB> i dont know why - but e itself knows ntohing of the content of the libreoffice window
<AAA> BBBBBB, yes, I mean exactly that find bottom field :)
<AAA> so you see the issue too?
<BBBBBB> it's almost as if libreoffice requests an activation
<BBBBBB> ok
<BBBBBB> yup
<BBBBBB> libreoffice bug
<BBBBBB> if you go it i
<BBBBBB> settings -> window -> focus -> focus settings -> advanced -> hints
<BBBBBB> then "ignore hint" for active window hint policy
<BBBBBB> then e will ignore the "please activate me" request from applications
<BBBBBB> suddenly you'll find it works
<BBBBBB> this tells me libreoffice is saying "please activate me"
<BBBBBB> like when the mouse pointer enters the window  while the find panel ois open
<BBBBBB> it does this on any mouse enter too fyi
<BBBBBB>  ytry this - open another window
<BBBBBB> place it on top of libroffice
<BBBBBB> actually on focus in it does an activate hint request too
<AAA> I don't have focus following mouse which I think is the default in E, so I think I don't see what you said due to that reason
<BBBBBB> so every time it gets a focus in for any reason ... it says "please activate me"
<BBBBBB> the problem is when your alt-tab window tabbing ends it briefly gets focus in as a result of e releasing a keyboard grab
<BBBBBB> THEN e sets focus to the target window
<BBBBBB> but while e sets focus to that libreoffice now saw its brief focus in
<BBBBBB> it now sends a "please activate me"
<BBBBBB> which e then gets later as its all async
<BBBBBB> and e responds
<BBBBBB> so libreoffice is asking to be activated
<BBBBBB> e obliges
<AAA> does it makes sense to pass the focus back to the previous window when ending the alt-tab thing?
<BBBBBB> thats a bi-product of releasing a ghrab
<BBBBBB> the xserver automatically does this
<BBBBBB>  a grab results in whatever had the focus gettign s focus out event
<AAA> can't it be done the other way? change the focus, then release the grab?
<BBBBBB> a grab release has the focus go in to the window that was focused before
<AAA> BBBBBB, ok I'll simply create a bug report for libreoffice pasting this conversation + libreoffice version, I hope that should be enough
<AAA> are you fine with it?
<BBBBBB> focus set would fail because kbd is grabbed i believe
<BBBBBB> butg either way an app should not be doing this
<BBBBBB> imagine this:
<BBBBBB> you focus the window pointer focus
<BBBBBB> this just results in the window being focused
<BBBBBB> not raised to the top
<BBBBBB> you allow windows below others to be focused
<BBBBBB> BUT
<BBBBBB> what libreoffice does it say "activate me"
<BBBBBB> which is not just focus
<BBBBBB> it implies that window needs to be front-and-center to the user for interaction NOW
<BBBBBB> so e.g. e will now raise AND focus the window
<BBBBBB> so this means even though you dont have an autoraise policy in place to auto- raise on focus liubreoffice ALWAYs will raise the window too becsuse it always asks to be activated if the find panel is up
<BBBBBB> so no matter what ... its a libreoffice bug
<BBBBBB> well maybe it isnt
<BBBBBB> maybe libreoffice wants this behavior
<AAA> yeah I see, I guess inyour setup the issue is even worse because you have foucs on mouse over
<BBBBBB> then it sa "libreoffice wants to be annoying so deal with it" :)
<BBBBBB> and yup
<BBBBBB> its worse
<AAA> BBBBBB, so are you fine if I just paste the conversation as a ticket?
<BBBBBB> i see the problem with libreoffice just instantly raising the moment my moue goes over it
<BBBBBB> even tho another window is above (a small terminal .. i dont want it to hide behind libreoffice, but it does)
<BBBBBB> sure
<BBBBBB> the above example of how its a bug where it basically creates an autoraise behavior when there should not be one
<BBBBBB> i could go put a lot of code in e to work around this
<AAA> that only happens when you have the Find bottom tab open right?
<BBBBBB> eg to ignore activate requests on windows already focused
<BBBBBB> but then e is forever doing workarounds of what is realisitcally broken app behavior and e is forever adding more and more funcky options to deal with each case
<BBBBBB> and yup
<BBBBBB> only then
<BBBBBB> so its some internal change to libreoffice when it is in that mode it does this
<BBBBBB> and interestingly if u open a new libreoffuce and it has the find panel ALREADY there... 
<BBBBBB> it doesnt do this
<BBBBBB> it only does it if u close the find panel, open it again (menu or ctrl+f)
<BBBBBB> and then it starts doing it
Comment 1 raal 2022-05-26 17:59:11 UTC
I'm afraid, no one want read chat conversation. Please can you make clear description of the bug?
Comment 2 Pau 2022-05-31 14:37:15 UTC
The clear description is in the title:
calc issuing X11 activate hint when "Find" bottom tab is opened

The IRC conversation provides context and rationale on why this current behavior (sending X11 activate hint when "Find" bottom tab is opened with CTRL+F) is wrong.
Comment 3 Buovjaga 2023-01-12 12:54:09 UTC
NEW per chat log