Appears centered in Wayland, not at top/side. about drop-down-terminal-x HOT 11 OPEN

I was having the same issue. Fixed it by disabling Tweaks > Windows > Center New Windows

Gnome-Shell 3.32.1 Wayland
Arch Linux

from drop-down-terminal-x.

But it work's fine under Arch linux, so maybe this is mainstream bug what will be fixed in next ubuntu release in April.

from drop-down-terminal-x.

I have the same issue on Fedora 30 with Gnome 3.32.2.

The work around from @samyael worked for me

from drop-down-terminal-x.

Which distro do you use? Could you attach screenshot?

from drop-down-terminal-x.

..if it's any help, you're not alone in having placement issues in Wayland. :-)

I'm using Ubuntu 18.10.

from drop-down-terminal-x.

Sorry but right now I don't see any way how to fix it.
Ubuntu in "wayland mode" doesn't provide wm_class for any starting window under gnome-shell execution.

This line always receives null under wayland:

So extensions can't recognize when terminal window is appear, and can't apply clip for it.
Maybe somebody have ideas how to solve this?

from drop-down-terminal-x.

I experience the same bug when using Manjaro with Wayland (Gnome 3.30), @bigbn Which Gnome version do you use in Arch (maybe 3.31 fixes the issue)?

from drop-down-terminal-x.

3.30.2

from drop-down-terminal-x.

Wayland support still is a open question, because this application uses mechaincs that no available in wayland by design.
I'm not author of original extension (you know this is just a fork), so some of it logic is still magic even for me ). The extension must know which window is opened now to adjust it position and geomerty, but in wayland this is protected area.

from drop-down-terminal-x.

If it's any help, it attaches to the top when there are other applications present, but not when it's the only thing show on the desktop.

from drop-down-terminal-x.

diff --git a/[email protected]/extension.js b/[email protected]/extension.js
index 3b13f78..6fe2ed4 100644
--- a/[email protected]/extension.js
+++ b/[email protected]/extension.js
@@ -55,7 +55,7 @@ const ANIMATION_CONFLICT_EXTENSION_UUIDS = [
 ]
 
 const TERMINAL_WINDOW_ACTOR_NAME = 'dropDownTerminalXWindow'
-const TERMINAL_WINDOW_WM_CLASS = 'DropDownTerminalXWindow'
+const TERMINAL_WINDOW_WM_CLASS = 'drop-down-terminal-x'
 
 const FIRST_START_SETTING_KEY = 'first-start'
 const ENABLE_ANIMATION_SETTING_KEY = 'enable-animation'
@@ -251,7 +251,7 @@ const DropDownTerminalXExtension = new Lang.Class({
 
     // animation setup
     this._display = global.screen ? global.screen.get_display() : global.display
-    this._windowCreatedHandlerId = this._display.connect('window-created', Lang.bind(this, this._windowCreated))
+    this._windowCreatedHandlerId = this._display.connect('window-created', GLib.timeout_add(0, 1, Lang.bind(this, this._windowCreated)))
     this._actorMappedHandlerId = global.window_manager.connect('map', Lang.bind(this, this._windowMapped))
 
     // geometry update on monitor configuration change or panel size change

This one at least partially fixes this one for me:

• window is properly positioned (it seems wm_class is being set in wayland a bit later and different value)
• terminal copy/paste dialog is misaligned
• applying settings when dropdown is open moves it to wrong position but fixes when it opens/closes

@bigbn let me know, if you think we could live with that limitations and I will wrap it to saner MR (not breaking Xorg wm_class)

from drop-down-terminal-x.