[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