! Please note that this is a snapshot of our old Bugzilla server, which is read only since May 29, 2020. Please go to gitlab.xfce.org for our new server !
Regression: moving windows between workspaces through screen edge fails randomly
Status:
RESOLVED: MOVED

Comments

Description tmp-xfce-34a9950f1e 2015-03-08 11:08:47 CET
In 4.12.0 dragging windows between workspaces through screen edges fails randomly (read: almost never works). The window remains on the current workspace in most cases and it seems there is no obvious rule which governs the behaviour.

Moving window manually by the Workspace switcher applet, dragging it's taskbar button to a workspace on the Workspace switcher, or using context menu's "Move to another workspace" works flawlessly.

Changing edge resistance to extremely low value seems to help with the following results (values are given in slider ticks from the begining of the scale in window manager settings editor):
 0-1: works well
 2: works well, sometimes fails
 3: fails in ~40% of attempts
 4: fails in >50% of attempts
 20: fails nearly always
 30+: never succeeded...
And "30" is far from the slider's maximum...

Seems like regression since 4.10.1.
Comment 1 Olivier Fourdan editbugs 2015-03-08 14:19:31 CET
I suspect what you are seeing is just the effect of bug 11456 (limit parallel moves before wrapping)
Comment 2 tmp-xfce-34a9950f1e 2015-03-09 07:51:51 CET
I have tried moving the window as perpendicular to the screen edge as possible. Indeed, when I do this, I'm able to drag it to another workspace even with the maximum edge resistance. However, I have to do this very carefully, at a speed unusable for typical use.

While I can see bug 11456 reporter's point, commit df707c3 renders "edge resistance" setting's wide range somewhat misleading. Maybe it should be narrowed, giving a finer control over the usable values?

Later I'll make some tests to be more quantitative.

I've decreased the importance to minor, as a trivial workaround currently exists and the issue requires further, possibly lenghty analysis.
Comment 3 tmp-xfce-34a9950f1e 2015-03-15 15:58:29 CET
My brain is learning too fast, so I was unable to gather trustworthy data using only myself as a test subject.

However my general observation is that for `MAX_SNAP_DRIFT` in range 10-20 nothing over 13%¹ of the current edge ressitance range makes sense. And the only values I'm actually able to work with are in 0-2% range (first three ticks of the "Edge resistance" slider).

____
¹ 100/8 reached during bin-searching for the maximum usable value - just in case one asks where the number comes from
Comment 4 Git Bot editbugs 2020-05-29 12:03:37 CEST
-- GitLab Migration Automatic Message --

This bug has been migrated to xfce.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.xfce.org/xfce/xfwm4/-/issues/172.

Please create an account or use an existing account on one of our supported OAuth providers. 

If you want to fork to submit patches and merge requests please continue reading here: https://docs.xfce.org/contribute/dev/git/start#gitlab_forks_and_merge_requests

Also feel free to reach out to us on the mailing list https://mail.xfce.org/mailman/listinfo/xfce4-dev

Bug #11658

Reported by:
tmp-xfce-34a9950f1e
Reported on: 2015-03-08
Last modified on: 2020-05-29

People

Assignee:
Olivier Fourdan
CC List:
1 user

Version

Version:
unspecified

Attachments

Additional information