Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

XWayland popups are poorly sized #731

Closed
tasn opened this issue Jul 1, 2016 · 16 comments
Closed

XWayland popups are poorly sized #731

tasn opened this issue Jul 1, 2016 · 16 comments
Labels
bug Not working as intended

Comments

@tasn
Copy link

tasn commented Jul 1, 2016

Hey,

XWayland popups are poorly sized, I tested on firefox. For example, try going to the following url to trigger http auth: http://www.httpwatch.com/httpgallery/authentication/authenticatedimage/default.aspx?0.7424363763312372
The popup window for the password is very poorly sized (and I also can't resize it from the keybindings, but I guess that's a different matter).
bla

Thanks.

@tasn
Copy link
Author

tasn commented Jul 1, 2016

Or the uMatrix (firefox extension) window that is poorly sized, accepts input in areas in doesn't render to and etc...

@onny
Copy link

onny commented Aug 3, 2016

This bug is still present in:

  • wlc 0.0.5
  • sway 0.9

@onny
Copy link

onny commented Sep 21, 2016

This bug is still present in:

  • wlc-git (from today)
  • sway-git (from today)
  • wayland 1.12.0
  • wayland-protocols 1.7

@asymmetric
Copy link

asymmetric commented Dec 9, 2017

Still an issue on sway 0.15.0, especially with Firefox's uMatrix pop-up, where clicks aren't detected properly.

@asymmetric
Copy link

Has this been fixed as part of the hackathon? :)

@ddevault
Copy link
Member

ddevault commented Apr 1, 2018

Yep.

@emersion emersion reopened this Jul 5, 2018
@emersion
Copy link
Member

emersion commented Jul 5, 2018

Can reproduce again in 1.0.

@emersion emersion added the bug Not working as intended label Jul 5, 2018
@sqrtroot
Copy link

Any status update?

@emersion
Copy link
Member

Status update: please send patches to fix this.

@sqrtroot
Copy link

Any insight as to where this problem stems from, a place to start making a patch to fix this?

@RyanDwyer
Copy link
Member

I poked around in xwayland.c's handle_map. In my case the size that it's committing with is 299x186, which is too small. It seems to be a problem with Firefox or xwayland.

@emersion
Copy link
Member

GNOME doesn't have this issue so its unlikely. There's a preferred size alongside the min and max size for xwayland views, maybe there's something to do about it.

@ddevault
Copy link
Member

I don't think this is us

@emersion
Copy link
Member

Well, I do think this is us.

@ddevault
Copy link
Member

oh.

@ddevault ddevault reopened this Oct 14, 2018
@ixru
Copy link

ixru commented Oct 17, 2018

Firefox submits two configure requests for any surface it intends to have mapped I think.
The first one requests the correct geometry, but the second passes 1x1 causing it to shrink.
https://github.com/swaywm/wlroots/blob/master/xwayland/xwm.c#L804
This handles the event, but always handles it as an attempt to set the geometry even though that might not be the case.
https://tronche.com/gui/x/xlib/events/structure-control/configure.html
I think these are the other actions it can take.
https://tronche.com/gui/x/xlib/window/configure.html#XWindowChanges
If I print value_mask for each event I get 12(width and height) for the first one and 64(StackMode) for the second. Perhaps it is trying to raise the window.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Not working as intended
Development

No branches or pull requests

8 participants