[Webkit-unassigned] [Bug 258287] New: Allow for string replace in script URLs

[bugzilla-daemon at webkit.org]

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

            Bug ID: 258287
           Summary: Allow for string replace in script URLs
           Product: WebKit
           Version: Other
          Hardware: All
                OS: All
            Status: NEW
          Severity: Enhancement
          Priority: P2
         Component: Web Inspector
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: matthieuhenocque at me.com
                CC: inspector-bugzilla-changes at group.apple.com

Hello there!

First things first, thank you very much to the WebKit team for your amazing work. It's an absolute pleasure to work with Safari development tools.

Now, I'm here to make a feature request, and I hope it will find its way.

I'm a frontend developer in a French ad-tech company named Viously. I mostly work on vanilla javascript for performance reasons.

Our workflow means we have to debug our scripts on our publishers websites.

Our development codebase is mainly served by pre-production servers, but the very first script that is loaded is served by a cdn, which role is to determine if the user wants to see our ads or not. This very first script has our other scripts url hardcoded

In order to load the development scripts from our development servers, we have to override the production urls. We use an extension called Requestly in Chrome and Firefox that allows string replacement in urls, but it's not safe. And without surprise, the extension is not available for Safari in the AppStore, and can only be used with an awful desktop app that take control of the whole system.

I tried to use the Local Overrides feature, but it doesn't allow to change the url of a script.

I manage to do what I need by overriding a variable directly into the source code of the first script, but it would be so much simpler if I could simply change the url directly as a Local Override.

I understand that our workflow is not ideal (it wasn't always that way) and that you could be reluctant to help me regarding my area of work, but I have a feeling this feature could be helpful to anyone.

Once again, thank you very much for your work. Best regards


Matthieu Henocque

-- 
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/20230619/32131c9e/attachment.htm>