I filed a WebKit bug about this here: https://bugs.webkit.org/show_bug.cgi?id=290922 I've had several users of my extension request custom headers, though I'm not sure which headers exactly.

Is it a pinned tab? https://bugs.webkit.org/show_bug.cgi?id=286759

I would use Generate Info.plist File in your build settings. And you can build-configuration-specific values for Product Bundle Identifier. Unregistering the app is a temporary solution, but the problem will likely recur.

You said that this bug was "fixed in macOS 13 Ventura", but i'm currently on macOS Ventura now and experience this bug. No, that's not what I said. I said, "One notorious bug was the case of the disappearing Safari extensions, introduced in macOS 11 Big Sur and finally fixed in macOS 13 Ventura. In this blog post, I'll discuss a current bug [emphasis added] involving multiple versions of the same app installed on one Mac."

Launch Services gets confused. See my blog post, especially the appendix about Safari extensions: https://lapcatsoftware.com/articles/2024/12/2.html It's really best to use a different bundle identifier during development. I append ".debug" to mine.

This is likely a Launch Services issue. See my blog post and the appendix: https://lapcatsoftware.com/articles/2024/12/2.html See also FB16144327 - Xcode clean of a Safari extension app causes the extension to disappear from Safari Settings https://github.com/lapcat/SafariExtensions/issues/54

Is it a normal/usual/expected practice that a Mac App Store submission of a Safari extension takes 3 weeks to review? No, never. Request an expedited review.

I'm actually seeing the opposite results: your sample extension works for me in Safari Technology Preview 202 but does not work in Safari 17.6.

I've also experienced this issue. As mentioned, there appears to be a bug in App Store Connect Trends where unit sales are double counted starting June 21. I wrote a blog post: https://lapcatsoftware.com/articles/2024/8/2.html

Why does your background listener return true after calling sendResponse? Returning true is for async responses that are called later.

FB11958284 - target="_blank" and command-click don't work in extension pages https://github.com/lapcat/SafariExtensions/issues/35

No, it's not just you. There are a lot of tags missing. For example, https://developer.apple.com/forums/tags/safari-extensions and its corresponding RSS feed are missing.

See this bug, with workaround: https://github.com/lapcat/SafariExtensions/issues/41

I've discovered that this is a bug in Xcode 15 that doesn't correctly handle a symlink from ~/Library/Developer to /Users/Shared/Developer The symlink was never a problem in Xcode 14 and earlier. FB12363725

By the way, I'm maintaining a public list of Safari extension bugs, if anyone is interested in adding theirs here: https://github.com/lapcat/SafariExtensions/issues