ADD Ability to disable "Show on top"

[allanlaal]

right now the popup is forced on top of other windows and does not respect the stack of the window manager, which makes it nearly unusable :(

[latk]

I have no such issues with Firefox/Linux/KWin. The popups are treated as an ordinary window.

Could you explain what kind of system you are running? Maybe there's a workaround, maybe that's an unfortunate restriction of your browser+window manager combination. In any way, I doubt this PopupWindow extension can do much about that (it doesn't create a new window type, it just makes the browser's existing functionality more accessible).

[allanlaal]

im using marco window manager on Ubuntu Mate 16.04 LTS

[latk]

Hmm, I really doubt this extension would be able to influence your window manager. I'd bet this problem is related to Marco/Metacity – that is the biggest difference between our setups. You can try comparing window metadata with the xwininfo -wm or xprop tools, in particular whether the window type for browser and popup windows is both “normal” and not e.g. “modal” (there are no substantial differences between the windows for me). You could then carry your results into the Marco bugtracker.

[wolfiestyle]

Same problem here, using Firefox 64.0 on Gentoo Linux x86_64. WM is xfce4

xwininfo -wm

 Window manager hints:
      Client accepts input or input focus: Yes
      Initial state is Normal State
      Displayed on desktop 0
      Window type:
          Dialog
      Process id: 3451 on host opeth
      Frame extents: 1, 1, 21, 7

I guess the dialog attribute is what causes this.

[dead10ck]

Any news on this? I used to use this plugin on KDE, but I use GNOME now, and it exhibits this behavior, and unfortunately makes the plugin unusable.

[MurzNN]

On KDE there are problems too, I can't fully operate with webpage elements in popup window, not all clicks works well.

[MurzNN]

At https://developer.mozilla.org/en-US/docs/Mozilla/Add-ons/WebExtensions/API/windows/CreateType there are 4 types of windows:

• "normal"
• "popup"
• "panel"
• "detached_panel"

[Cimbali]

You can probably (at least in KDE with Kwin’s Window Rules) match windows that are Firefox and Dialog, and then apply rules to them. Probably remove whatever dialog problems you have (position etc.) or even change the window type to be a normal window.

[czar]

Same issue on Linux Mint 20 Cinnamon & Firefox 82.0. The Pop-up window(s) are always on top of the main Firefox window. :-1:

edit found a trick to fix this bug; open the pop-up window, then close down all Firefox and reopen. the pop-up window will then act as a normal window with minimize and isn't always on-top.

[rickysarraf]

Ran into this issue today when I switched to Wayland.

Debian Linux + KDE + Firefox 93 + Wayland.

The problem is with this extension in particular. If I, instead, create a new Firefox window; it has the right settings honoring default window preferences.

Note: On X11, I didn't have this problem. It only surfaced today after switching to Wayland

[MurzNN]

Similar problem on Windows 10 - a popup window has disabled menu and "Maximize" button, seems because it has a popup class.

[MurzNN]

I've fond a similar extension https://addons.mozilla.org/en-US/firefox/addon/new-window-without-toolbar/ but it has the same issue :(

[lilydjwg]

This behavior is done by the Wayland compositor because:

• All non-normal types of windows create a window with feature popup
• for which Firefox calls gtk_window_set_transient_for
• in which GTK calls xdg_toplevel_set_parent
• which is above its parent and ancestors

I don't know if this is intended by the webextensions API. What does Google Chrome do?