Bug 392805 - Loading an URL from another application does not raise Falkon window to the top
Summary: Loading an URL from another application does not raise Falkon window to the top
Status: RESOLVED INTENTIONAL
Alias: None
Product: Falkon
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: David Rosca
URL:
Keywords:
: 394009 (view as bug list)
Depends on:
Blocks:
 
Reported: 2018-04-06 15:47 UTC by Achim Bohnet
Modified: 2018-05-08 15:33 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Achim Bohnet 2018-04-06 15:47:47 UTC
Assume falkon window is completely (or most part) hidden

Action: in konsole run: falkon <URL>, or with falkon as default browser, click on an URL in a KDE app, e.g. kmail or akgregator ...

Result/Bug:  nothing happens :-(   Or, e.g. in kmail, only the startup notification (jumping falkon icon) for a few seconds

Bug: page is loaded in falkon, but because the window is hidden, it looks like nothing happens :-(

Expected Result: when an URL is loaded from an external apps (via falcon <URL>) the window should be raised to the top.

FWIW: raise-to-the-top is the default behaviour of   firefox <URL>  and chromium-browser  <URL>
Comment 1 Achim Bohnet 2018-04-06 15:55:20 UTC
releated but a bit 'off topic':  maybe add a FIXME to this part of the code that reminds that:
 * when KDE Activities are supported
 * and no falkon window is open is this activity and virtual desktop
-> create a new falkon window should be opened for this aktivity and virtual desktop then raise it ;-)
Comment 2 David Rosca 2018-04-06 16:42:51 UTC
It does request activation of window, but it does not forces to make it active window (which would work only on X11 anyway).

>  * when KDE Activities are supported

I have no intention to support activities.
Comment 3 Achim Bohnet 2018-04-07 12:21:13 UTC
Hi David,
the problem happens without activities. So please reopen the bug.

Achim
Comment 4 The_assassin 2018-05-02 06:28:13 UTC
This works just fine on GTK system.
Comment 5 David Rosca 2018-05-02 09:58:05 UTC
This should stay closed, because it works correctly.

What the reporter wants is to steal focus, but that can only work on X11 and I don't think is a good idea. Currently it asks window manager to activate and raise the window, and it's up to window manager to handle it. If you use KWin, then you must set "Focus stealing prevention" to "None" to get the behavior you want.

It works with firefox/chrome because they force raise the window, instead of letting the window manager decide what to do.
Comment 6 Achim Bohnet 2018-05-02 16:19:18 UTC
Houston? We have a problem!  :-)

I think the user does not know or care about focus steeling and X11/wayland.
The user has a problem if she/he clicks in an app on a http URL and it looks like
nothing happens (just because falkon is hidden by other windows).  User compares it to PDFs that pop up a window all the time.  (User does not know that everytime a new okular instance is startet.)

Problem is that a uniq app acts in unexpected ways, compared to a single document app. 

Question is: where can one report this 'usability' bug?
Comment 7 David Rosca 2018-05-02 16:27:15 UTC
> it looks like nothing happens
It's not like "nothing happens", you get the Falkon icon higlighted in task manager.
Comment 8 David Rosca 2018-05-08 15:33:03 UTC
*** Bug 394009 has been marked as a duplicate of this bug. ***