Move: grabbed view is on top of layer-shell surfaces
Nobody has claimed this yet.
- Dominant language
- C++
- Stars
- 3.1k
- Forks
- 237
- Avg merge
- 1h 43m
- Merged PRs (30d)
- 1
Description
Describe the bug
When moving a view by dragging it, it is displayed on top of layer-shell surfaces on the top and overlay layers.
To Reproduce
Steps to reproduce the behavior:
- Start a layer-shell client that is on the top or overlay layers (I used the gtk-layer-demo, but the same happens with wf-panel as well)
- Move a view by dragging it (either from the title bar or with the move binding)
- The dragged view is on top, above the layer-shell surfaces
Expected behavior
The dragged view is still behind layer-shell surfaces that are normally above it (top and overlay layers). Works this way on aa3e078d830d93357a9c1e435e47e5633cf7f9a2
Screenshots or stacktrace
Wayfire version
git master
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reproducing the issue with gtk-layer-demo or wf-panel while dragging a view, then compare the behavior with commit aa3e078d830d93357a9c1e435e47e5633cf7f9a. Done means dragged views remain behind layer-shell surfaces on the top and overlay layers.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- cpp
- Domain
- desktop
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100