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

Unreliable full screen on macOS #1900

Open
RobyB opened this issue Jan 21, 2025 · 9 comments
Open

Unreliable full screen on macOS #1900

RobyB opened this issue Jan 21, 2025 · 9 comments
Labels
bug Something isn't working notourbug This issue needs to be resolved elsewhere

Comments

@RobyB
Copy link

RobyB commented Jan 21, 2025

Describe the bug
I am using latest beta on OsX Sequoia 15.2 on an external monitor.
I start vnc viewer and make it full screen on my external monitor.
Everything seems to work normal, but after a while i leave the screen unattended (without typing anyting in it) it goes completely black and there is no way to make it normal again with mouse or switching between windows.
The only way i found to recover frm this situation is the following.
I press F8-f (to make it go out of full screen).
At this point it works again, but the window is maximized and not full screen (On OsX it means that if i type command+tab i switch between apple programs and not between tigervnc windows as usual).
If i press F8-f again the window exits full screen and shrinks (as it should have done with the first time i pressed F8-f).
Then if i press F8-f a third time it goes back full screen until the behaviour repeats.

Nothing that makes it unusable, but with this bug i prefer to stick to stable version, hoping this will be fixed before release.

Client (please complete the following information):

  • OS: OsX Sequoia 15.2 running on a macbookpro Apple M1 pro
  • VNC client: TigerVnc
  • VNC client version:1.15.0 beta
  • Client downloaded from: the link provided on email and github
@RobyB
Copy link
Author

RobyB commented Jan 21, 2025

After some more investigation i found that:
If i switch from TigerVnc app (full screen) to another mac app the behaviour i explained is triggered.
So it is not due to timeout or screensaver or screen blanking (that are both turned off on my linux machine).
The strange thing is that while i use mac apps on my laptop screen i see the TigerVnc screen correctly on my monitor, but as soon as i switch to it (with mouse or shortcut) i blanks. and the only way to recover is what i described before.
If i switch back to mac apps everything reappears as it would behave normally, but as soon as i switch to TigerVnc everything goes black again.

@CendioOssman
Copy link
Member

Thank you for your report.

Just to be clear, you do not see this issue with TigerVNC 1.14.1?

@RobyB
Copy link
Author

RobyB commented Jan 21, 2025

Absolutely not.

@CendioOssman
Copy link
Member

I've been able to reproduce a lot of weird behaviour with full screen on macOS. Unfortunately, this seems to be entirely an issue in FLTK (fltk/fltk#1192).

I would suspect the difference between TigerVNC 1.14.1 and 1.15.0 beta is that we got a new version of FLTK in the build system between those releases. @bphinz, could you check if FLTK got upgraded to 1.3.10 after 1.14.1?

We can't work around this in TigerVNC, so we'll need to wait for a fix in FLTK. We can probably patch our binaries, though. @bphinz, do you think you can revert the commit referenced in the FLTK issue in your build system?

@CendioOssman CendioOssman added bug Something isn't working notourbug This issue needs to be resolved elsewhere labels Jan 22, 2025
@CendioOssman CendioOssman changed the title TigerVNC 1.15.0 beta: Screen goes completely dark on OsX Sequoia 15.2 Unreliable full screen on macOS Jan 22, 2025
@bphinz
Copy link
Member

bphinz commented Jan 23, 2025 via email

@RobyB
Copy link
Author

RobyB commented Jan 23, 2025

If you provide me with a new build i could test it asap.

@bphinz
Copy link
Member

bphinz commented Jan 24, 2025 via email

@bphinz
Copy link
Member

bphinz commented Jan 27, 2025

Sorry, I had not gotten the chance to patch & rebuild but I see that FLTK has responded with a proposed fix. Have been able to verify it yet?

@CendioOssman
Copy link
Member

After a few rounds with FLTK, I think they've squashed all the new bugs. So you could try their latest code instead.

They also said they'd release FLTK 1.3.11 soon, which should have what we need.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working notourbug This issue needs to be resolved elsewhere
Projects
None yet
Development

No branches or pull requests

3 participants