Bug 175941 – Multiple instances of webkit interfering with eachother

• Status: REOPENED
• Component: WebKitGTK

[ManDay]

I suspect this is closely related to bug 171161, but I shall just describe what I'm seeing since the associated patch has been comitted. Please feel free to designate either of the two problems a separate bug.

1) The flickering that was described in bug 171161 which seemed somehow related to the crash of WebProcess does no longer occur in the webview but it still occurs on the Gtk rendered part of MiniBrowser. Meaning: The right half of the window's "decorations" (titebar, addressbar, refresh button) flickers randomly

2) When a second instance of MiniBrowser is started, it seems to corrupt the memory of the first instance. Absent knowledge of WebProcess IPC, I hope this doesn't sound too crazy. Example: I open page X (say zeit.de, which is susceptible to the flickering issue, at least I suspect there is a correlation) in MiniBrowser. Then I spawn a new instance of MiniBrowser and load page Y (say, google.com). The instance of MiniBrowser which previously displayed X is now flickering between X and Y or even shows Y constantly, until the instance which is supposed to show Y is terminated.

[ManDay]

By accident, I just found that this interference also occrus between mpv and webkit. I spawned an mpv instance using

mpv --input-test --force-window --idle

And the context which was supposed to display mpv did in fact display the contents of MiniBrowser (in a distorted way).

I suppose this locates the problem way below webkit. Closing.

[ManDay]

This is still an issue. It only happens with webkit now. Two MiniBrowser windows will flicker-switcheroo witheachother or constantly become eachother at several Hz.