[Webkit-unassigned] [Bug 247544] New: Building WebKit and running MiniBrowser is non-trivial

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=247544

            Bug ID: 247544
           Summary: Building WebKit and running MiniBrowser is non-trivial
           Product: WebKit
           Version: WebKit Local Build
          Hardware: Mac (Apple Silicon)
                OS: macOS 13
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: New Bugs
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: saagar at saagarjha.com

WebKit has historically made running MiniBrowser from Xcode with a freshly built WebKit a one-click process. This worked because the "All Source" scheme had the MiniBrowser app set as its executable, so you could just hit ⌘R and it would launch it for you. https://bugs.webkit.org/show_bug.cgi?id=239301 broke this, justifying the change by mentioning that "All Tools" contains MiniBrowser. However, that scheme was never updated to point at the MiniBrowser executable. To make matters worse, in a future change (https://bugs.webkit.org/show_bug.cgi?id=243806) the WebKit build was pulled out of "All Tools" entirely. Furthermore, the "MiniBrowser" scheme mentioned as the intended way to build the stack through WebKit does not do anything but build the app, because it does not depend on anything. (In fact if you try using it the build just fails.)

To avoid confusion, WebKit should bring back the one-click flow for running MiniBrowser. It would be nice if this could be made obvious via documentation or better naming too, but let's start with something small first :)

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20221106/d4044298/attachment.htm>