ubuntu / ubuntu/Tiling-Assistant

[Multi monitors] Issues if windows are bigger than one of the monitors

Open
#177 7 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

bug Wayland
Dominant language
JavaScript
Stars
1.3k
Forks
78
PR merge metrics
No merged PRs in 30d

Description

Describe the bug
if an application is in fullscreen (or even wider) and you want to tile it, the size does not change.

Steps To Reproduce
Have a application in fullscreen or wider (e.g. Nautilus).
Open an other application.
Drag the non-fullscreen application to the left edge (or which does not have the second monitor next to it).
Choose the fullscreen-app via the App-picker.

You should see that the fullscreen app has his old size and the app picker pops up on the second screen.
So the fullscreen app stretches across both screens.

I noticed that the problem happens when you tiling an app that is larger than your screen.
So you can just make an app bigger than your screen and then try to tile it.

System Info:

  • Distro (incl. version): Fedora 36
  • GNOME (Shell) version: 42.1
  • Extension version and from where (e. g. EGO, main branch...): main
  • XOrg/Wayland: Wayland

Journalctl logs

Error in size change accounting.

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by reproducing the multi-monitor tiling scenario on GNOME 42.1 under Wayland, then use journalctl -fo cat /usr/bin/gnome-shell while checking the reported size-change accounting error. Done means an oversized or fullscreen application is resized to the selected tile and the app picker appears on the correct monitor.

Written by the indexing model from the issue text.

Assessment

Tech stack
javascript
Domain
desktop
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.