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

Blank screen on webkit2gtk-4.0 versions above 2.32 #9

Closed
mishoboss opened this issue Jul 7, 2022 · 5 comments
Closed

Blank screen on webkit2gtk-4.0 versions above 2.32 #9

mishoboss opened this issue Jul 7, 2022 · 5 comments
Assignees
Labels
bug bug report

Comments

@mishoboss
Copy link

mishoboss commented Jul 7, 2022

Description
When running it I get a blank screen and this error on the terminal:
Overriding existing handler for signal 10. Set JSC_SIGNAL_FOR_GC if you want WebKit to use a different signal

This error seems to be a because of a bug in webkit2gtk-4.0 versions above 2.32. The current version is 2.36.3.

I tried to understand how to workaround it and got here - a fix in Wails for exactly this issue:
wailsapp/wails@e015517

And here is the thread: wailsapp/wails#658

How To Reproduce
apt-get install webkit2gtk-4.0 (install latest version, e.g. currently that is 2.36.3-1)

Expected Behavior
Show the webpage

Actual Behavior
Blank screen

@mishoboss mishoboss added the bug bug report label Jul 7, 2022
@mishoboss
Copy link
Author

Hey Elias, any info on this one?

@EliasStar
Copy link
Owner

Sorry for the late reply. I've been really busy the last few weeks.

The warning just says that a handler for SIGUSR1 was overridden, which WebKit uses internally for threading (I think). I also get this warning on my install.
The wails issue you linked might have the same symptoms you experience however the pull request just adds a polyfill for some global JS object. DashD has no JS-Go interop. It just launches WebKit and tells it the URL to show.

Your best bet would be to check if you can open for ex. http://www.example.com/ first via the web interface and then using --default_url="http://www.example.com/". If that works the issue must lie with whatever website you were trying to show.

@mishoboss
Copy link
Author

Hey Elias, sorry for bugging you on this, but I'm still totally unable to use it. I try to load a web page via arg and via HTTP API, both unsuccessful and don't resolve the described issue.

Several months passed, did you have chance to take a proper look?

@EliasStar
Copy link
Owner

I was finally able to reproduce the issue with my setup. Going to replace the shady Webview library. Don't know as of yet, if this will result in feature removals, but trying not to.

@EliasStar
Copy link
Owner

Good news, I've reimplemented the display module for Chromium based browsers!

The installation requirements changed a bit, so I'd recommend taking a closer look at the updated README. There I use Chromium directly, however you can also use Chrome or any other browser supporting the Chromium Devtools Protocol. The location of the browser executable can be customized with a flag.

Also I've added the ability to reposition the window over HTTP in addition to the existing resizing endpoint.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug bug report
Projects
None yet
Development

No branches or pull requests

2 participants