Comments (7)
I've come across this issue as well. Ubuntu 18.04 and libwebkit2gtk-4.0
package is installed (If that's even necessary or useful). Here is the minimal code that consistently produces the issue for me with the current API (With sleep to show the window hangs):
use web_view::*;
use std::time::Duration;
fn main() {
std::thread::spawn(|| {
let mut wv = web_view::builder()
.content(web_view::Content::Url(""))
.user_data(0)
.invoke_handler(|wv, arg| {
// terminate in here causes free(): invalid pointer
Ok(())
})
.build().expect("Build Error");
wv.run().expect("Run Error");
});
std::thread::sleep(Duration::from_secs(7));
}
I did some of my own snooping around by running it through valgrind
and found that when I placed mem::forget(_lock);
near the bottom of the _into_inner(&mut self)
function in a local copy of the crate, a ton of errors reported by valgrind go away during the drop and malloc_consolidate(): invalid chunk size
stops happening and thus the program doesn't crash, but the window will hang until the main thread is done and the entire program still closes with signal 6 SIGABRT when it's done. You can circumvent the hanging by waiting an indeterminate amount of time after the window thinks it's dead and returns None
to step a few times, like this:
std::thread::spawn(|| {
let mut wv = web_view::builder()
.content(web_view::Content::Url(""))
.user_data(0)
.invoke_handler(|wv, arg| {Ok(())})
.build().unwrap();
let mut looped = 0;
loop {
match wv.step() {
Some(Ok(a)) => (),
Some(Err(e)) => (),
None => {
looped += 1;
if looped > 4 {
println!("Closed");
return;
}
}
}
}
});
but it's a very ugly magical workaround and I'm really unsure as to why it works exactly. It feels like some kind of race condition, but I'm not sure how the window manager works. Hope this helps deduce what's wrong.
from web-view.
The fault only occurs when the window is closed, either via the quit menu, or by closing the window. The system is Ubuntu 18.
from web-view.
Interesting. I added a sleep after the join, followed by a print. The "Join Error" expect does not get triggered, and the window doesn't close until main is complete, at which point the segfault gets dumped.
from web-view.
Hello, could you check if this problem persists after #36 was merged? I am not able to reproduce this bug. Here is your minimal example code rewritten to use the new api of web-view crate:
extern crate web_view;
use web_view::*;
use std::thread::spawn;
const INDEX: &str = r#"<!DOCTYPE html>
<html lang="en" dir="ltr">
<head>
<meta charset="utf-8">
<title></title>
</head>
<body>
This is a test.
</body>
</html>
"#;
fn main() {
let callback = |_view: &mut WebView<()>, _arg: &str| Ok(());
let view = spawn(move || {
WebViewBuilder::new()
.title("test thread")
.content(Content::Html(INDEX))
.size(800, 600)
.resizable(true)
.debug(true)
.user_data(())
.invoke_handler(callback)
.build()
.expect("Build Error")
.run()
.expect("Run Error");
});
view.join().expect("Join Error");
}
from web-view.
I got a core dump as well, but I have the WebView running in the main thread:
fn main() {
std::thread::spawn(move || {
//... set up file watchers using `notify`
});
let wv = MyController::web_view();
wv.run().unwrap();
}
from web-view.
And here's the coredump stack frame:
#0 0x00007f63e6322077 in __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50
#1 0x00007f63e6303535 in __GI_abort () at abort.c:79
#2 0x00007f63e636a516 in __libc_message (action=action@entry=do_abort, fmt=fmt@entry=0x7f63e648ec00 "%s\n") at ../sysdeps/posix/libc_fatal.c:181
#3 0x00007f63e63713aa in malloc_printerr (str=str@entry=0x7f63e6490490 "malloc_consolidate(): invalid chunk size") at malloc.c:5336
#4 0x00007f63e6371695 in malloc_consolidate (av=av@entry=0x7f63e64c5c40 <main_arena>) at malloc.c:4427
#5 0x00007f63e637358c in _int_free (av=0x7f63e64c5c40 <main_arena>, p=0x55c3e29d8020, have_lock=<optimized out>) at malloc.c:4348
#6 0x00007f63c56f2d32 in () at /usr/lib/x86_64-linux-gnu/dri/nouveau_dri.so
#7 0x00007f63c58d51e9 in () at /usr/lib/x86_64-linux-gnu/dri/nouveau_dri.so
#8 0x00007f63c58d40d3 in () at /usr/lib/x86_64-linux-gnu/dri/nouveau_dri.so
#9 0x00007f63dc07c5b9 in () at /usr/lib/x86_64-linux-gnu/libEGL_mesa.so.0
#10 0x00007f63dc072c75 in eglDestroyContext () at /usr/lib/x86_64-linux-gnu/libEGL_mesa.so.0
#11 0x00007f63e97de511 in () at /usr/lib/x86_64-linux-gnu/libwebkit2gtk-4.0.so.37
#12 0x00007f63e97de579 in () at /usr/lib/x86_64-linux-gnu/libwebkit2gtk-4.0.so.37
#13 0x00007f63e9e6fa8b in () at /usr/lib/x86_64-linux-gnu/libwebkit2gtk-4.0.so.37
#14 0x00007f63e9e6fd3b in () at /usr/lib/x86_64-linux-gnu/libwebkit2gtk-4.0.so.37
#15 0x00007f63e632542c in __run_exit_handlers (status=0, listp=0x7f63e64c5718 <__exit_funcs>, run_list_atexit=run_list_atexit@entry=true, run_dtors=run_dtors@entry=true) at exit.c:108
#16 0x00007f63e632555a in __GI_exit (status=<optimized out>) at exit.c:139
#17 0x00007f63e63050a2 in __libc_start_main (main=0x55c3e1195e80 <main>, argc=1, argv=0x7fff37298bc8, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7fff37298bb8)
at ../csu/libc-start.c:342
#18 0x000055c3e11853ba in _start ()
from web-view.
Note: You could never run this on a non-main thread on macOS anyway, because macOS is weird like that.
from web-view.
Related Issues (20)
- Facilitate using step() while processing other events
- alert(), confirm(), and console.log() extremely slow and distorted on Ubuntu 20.04 HOT 1
- Way to get current URL?
- Debug mode dumps HTML on every console message HOT 1
- Is there a ready event?
- Is this browser ready?
- Is there a way to access the true file system path when using a "Browse" button on webview?
- [Solved] Compilation fails with Edge feature enabled HOT 1
- Hovering over an image for alt text causes `NSException` on macOS 12.1 w/ M1
- Is multitouch supported? HOT 1
- Android? iOS?
- Make a fork and cooperate to maintain this crate! HOT 1
- box-shadow wrongly displayed
- iframe support?
- Corrupted files
- Is there a way to open two webview windows without crashing? HOT 1
- external.invoke returns undefined instead of promise on Windows 10 HOT 1
- Rust Webview JavaScript interface
- how to create handler? HOT 1
- Impossible to embed a local .js file to the .html code - it is simply not loaded HOT 1
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from web-view.