[Webkit-unassigned] [Bug 117063] New: [GTK] Weird behaviour and no clues to the user when the shared memory file can't be opened
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Fri May 31 01:30:58 PDT 2013
https://bugs.webkit.org/show_bug.cgi?id=117063
Summary: [GTK] Weird behaviour and no clues to the user when
the shared memory file can't be opened
Product: WebKit
Version: 528+ (Nightly build)
Platform: Unspecified
OS/Version: Unspecified
Status: UNCONFIRMED
Severity: Normal
Priority: P2
Component: WebKit2
AssignedTo: webkit-unassigned at lists.webkit.org
ReportedBy: eocanha at igalia.com
When running a non-debug build of Gtk MiniBrowser, I can only see a big grey rectangle in the place where the web content should be. If I press right click at some place in the grey area, I can see different context menus depending on the contents that should be there if the browser worked properly. No clue about what's causing the behaviour.
After some investigation, gathered some important facts:
- I was running MiniBrowser in a chroot environment
- That chroot environment didn't have /dev/shm or /run/shm mounted
- The actual problem was in this piece of code from SharedMemory::create(), in Source/WebKit2/Platform/unix/SharedMemoryUnix.cpp:
fileDescriptor = shm_open(tempName.data(), O_CREAT | O_CLOEXEC | O_RDWR, S_IRUSR | S_IWUSR);
...
if (fileDescriptor == -1) {
return 0;
}
The real issue is that the user using a normal build has no clue at all about what's causing the problem.
--
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
More information about the webkit-unassigned
mailing list