WECG at TPAC 2024

[xeenon]

The W3C will be holding TPAC 2024 in Anaheim, CA, USA on September 23-27. This thread will serve as our primary discussion area for planning and scheduling purposes.

Schedule:

• Monday: 09:00 – 12:30 (w3 calendar event)
• Tuesday: all day, switching rooms (w3 calendar event)
• Wednesday: Breakout Sessions / W3C Plenary
• Thursday: 11:00 – 12:30 (w3 calendar event) and 16:30 – 18:00 (w3 calendar event)
• Friday: all day, same room (w3 calendar event)

Coordination: https://github.com/w3c/webextensions/wiki/TPAC-2024-Coordination

[dotproto]

I created the TPAC 2024 Coordination page on our repo's wiki to help coordinate our in-person activities.

[dotproto]

In today's meeting we briefly discussed some ides for what we should discuss or work on at TPAC. Ideas raised included:

• WebExtensions integration into Web Platform Test
  • Primary: Get tests running in Chrome, Firefox, and Safari
  • Secondary: Start building out test suites for APIs
• Check notes from San Diego F2F for topics
• Specification work
• Browser namespace
• API inconsistencies and alignment

[xeenon]

I'd like to discuss postMessage and possible replacement options (#77, #78).

[xeenon]

We would also like to discuss declarative cosmetic rules (#362) and plan to bring a proposal to go over.

[ameshkov]

Will there be an option to connect remotely?

[dotproto]

@ameshkov, there should be. The TPAC site describes the event as a hybrid meeting. Our calendar on the W3C site doesn't currently have meeting info, but I'll try to make sure that those events have video conferencing info on the day of the event.

[Rob--W]

I'd like to talk about (storage) partitioning in extension APIs, including:

• Should browser.tabs.create send SameSite=Strict cookies? #663
• cookies.getPartitionKey from Proposal: add hasCrossSiteAncestor value to partitionKey in Cookies API #581
• downloads.download (https://bugzilla.mozilla.org/show_bug.cgi?id=1698863)
• fetch (https://bugzilla.mozilla.org/show_bug.cgi?id=1670278)

[hanguokai]

I won't attend this meeting. However, I suggest that in addition to specific technical issues, you can also discuss some meta issues about the ecosystem. For examples:

1. What are the biggest obstacles to browser extensions?
   a) Browsers are already too complex and the development cost is high b) There is a lack of internal human resources and few external contributors.

2. Security and Privacy: Design, Permissions Models, Web Store Reviews and Enforcements.

3. Developers Success: Business Model, User Experience and Compliance Issues.

[carlosjeurissen]

1. Some of the i18n related topics which have been on the shelve for some time being:

• i18n.getSystemUILanguage and i18n.getPreferredSystemLanguages
• i18n.getMessage with a specified locale: Proposal: i18n.getLanguageDictionary #274
• i18n.setLanguage and others: Proposal: Per-extension language preferences #641
• i18n.getMessage language fallbacks i18n.getMessage() language fallback paths #296
• Properly formed language tags Align on properly formed language tags #642

2. The issue on embedding pages we also talked about during the San Diego meeting:
   Proposal: API to embed pages in WebExtension bypassing CSP #483

3. Recently opened issue related to extension ui sizing. Discussing this during TPAC could be beneficial considering https://github.com/w3c/csswg-drafts folks being present as well:
   Addressing auto-sizing of extension UI (options, popup, sidepanel) #692

4. Getting the associated tab id from an extension popup:
   tabs.getCurrent() returns undefined when being called from the popup #316 (comment)

5. A number of other issues we can make progress on:
   Proposal: Add filter for DNR modifyHeaders #439

@hanguokai very much agree on talking about compliance/permission models / webstore reviews and enforcement. While many of them have historically been out of scope for this group. I see a lot of value in streamlining across browsers and extension stores. We are in an awkward situation in which certain manifest files can load a browser but not accepted in a store and the reverse.