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

Wrongly scaled output on Arch Linux/Wayland #71

Closed
1 task done
faebser opened this issue Sep 27, 2018 · 8 comments
Closed
1 task done

Wrongly scaled output on Arch Linux/Wayland #71

faebser opened this issue Sep 27, 2018 · 8 comments
Labels
bug Something isn't working

Comments

@faebser
Copy link

faebser commented Sep 27, 2018

Checklist

  • Check other issues and make sure that it is not reported yet.

Versions and Environment

Elixir:

# elixir -v
Erlang/OTP 21 [erts-10.0.8] [source] [64-bit] [smp:8:8] [ds:8:8:10] [async-threads:1] [hipe]

Elixir 1.7.3 (compiled with Erlang/OTP 21)

Erlang:

# erl -v
Erlang/OTP 21 [erts-10.0.8] [source] [64-bit] [smp:8:8] [ds:8:8:10] [async-threads:1] [hipe]

Scenic:

# mix deps | grep scenic
* scenic_sensor 0.7.0 (Hex package) (mix)
  locked at 0.7.0 (scenic_sensor) a12aed75
* scenic 0.8.0 (Hex package) (mix)
  locked at 0.8.0 (scenic) 44bffa47
* scenic_driver_glfw 0.8.0 (Hex package) (mix)
  locked at 0.8.0 (scenic_driver_glfw) 710e0256
* scenic_clock 0.8.0 (Hex package) (mix)
  locked at 0.8.0 (scenic_clock) fc144430

OS:

# uname -a
Arch Linux 4.18.9-arch1-1-ARCH #1 SMP PREEMPT Wed Sep 19 21:19:17 UTC 2018 x86_64 GNU/Linux
*with wayland*

Steps to reproduce

  • install dependencies (I was just missing community/glfw-wayland 3.2.1-1)
  • generate a new app with mix scenic.new
  • run mix deps.get
  • run scenic.run

Expected Behavior

The example app window shows up with correct positioning.

Actual Behavior

screenshot from 2018-09-27 16-43-12
screenshot from 2018-09-27 16-34-39

The rendered output only takes up a quarter of the whole window. The areas for buttons and drop downs are positioned correctly which means to have to click into the empty black part of the window to hit something.

Stack Trace

Sadly there is not a lot to see here, just a single message from GLFW.

mix scenic.run        
GLFW error 65544: Wayland: Focusing a window requires user interaction

Additional Comments

  • I have a 4k screen, maybe thats a problem?
@crertel
Copy link
Contributor

crertel commented Sep 28, 2018

You're on Wayland right?

@faebser
Copy link
Author

faebser commented Oct 2, 2018 via email

@slysherz
Copy link

I just had the exact same problem, but I'm running an up-to-date version of Debian Stretch (with X11), with a 1080p monitor.

I can provide more information on request, if necessary : )

@Eiji7
Copy link

Eiji7 commented Mar 26, 2019

Probably related: ScenicFramework/scenic_driver_glfw#10 - looks like there are some wrong calls on glfw for both Wayland and X11 on Linux.

@Eiji7
Copy link

Eiji7 commented Jul 21, 2019

@boydm Can you please let me know where resize is handled? I'm not sure where I should search it in code … Maybe I could debug it …

@boydm
Copy link
Collaborator

boydm commented Sep 15, 2021

OMG. I think I just solved this. Only two years later.

When I push the next update to the v0.11 branch (hopefully later this week) this issue should be fixed.

@boydm
Copy link
Collaborator

boydm commented Oct 23, 2021

OK. This should be fixed in v0.11.0-beta.0 and the scenic_driver_local render. Can somebody please confirm and close the issue if you agree?

Many thanks

@Eiji7
Copy link

Eiji7 commented Oct 23, 2021

@boydm Yes, I tested and it works now. Many thanks!

@crertel crertel closed this as completed Dec 16, 2023
@crertel crertel added the bug Something isn't working label Dec 16, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

5 participants