Skip to content

Commit d6c557f

Browse files
elf-pavlikuvdsl
andauthored
Create 2026-02-04.md (#762)
* Create 2026-02-04.md * Apply suggestions from code review Co-authored-by: Christoph Braun <christoph.braun@protonmail.com> --------- Co-authored-by: Christoph Braun <christoph.braun@protonmail.com>
1 parent 92fe193 commit d6c557f

1 file changed

Lines changed: 141 additions & 0 deletions

File tree

meetings/2026-02-04.md

Lines changed: 141 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,141 @@
1+
# W3C Solid Community Group: Weekly
2+
3+
* Date: 2026-02-04T14:00:00Z
4+
* Call: https://meet.jit.si/solid-cg
5+
* Repository: https://github.com/solid/specification
6+
7+
## Chair
8+
9+
* theo @thhck
10+
11+
## Present
12+
13+
* [elf Pavlik](https://elf-pavlik.hackers4peace.net)
14+
* Theo
15+
* [Michal](https://id.mrkvon.org)
16+
* Precious Oritsedere
17+
* Alain Bourgeois
18+
* [Rui Zhao](https://me.ryey.icu)
19+
* Christoph Braun - [uvdsl](https://github.com/uvdsl)
20+
* Jesse Wright
21+
* Oli Bage
22+
* Matthew (joined at 14:25Z)
23+
* <a href="https://csarven.ca/#i" rel="schema:attendee">Sarven Capadisli</a> (joined at 14:30Z)
24+
25+
## Regrets
26+
27+
*
28+
29+
## Scribes
30+
31+
* elf Pavlik (just bullet points, sorry!)
32+
33+
---
34+
35+
## Announcements
36+
37+
### Meeting Guidelines
38+
39+
* [W3C Solid Community Group Calendar](https://www.w3.org/groups/cg/solid/calendar).
40+
* [W3C Solid Community Group Meeting Guidelines](https://github.com/w3c-cg/solid/blob/main/meetings/README.md).
41+
* No audio or video recording, or automated transcripts without consent. Meetings are transcribed and made public. If consent is withheld by anyone, recording/retention must not occur.
42+
* Join queue to talk.
43+
* Topics can be proposed at the bottom of the agenda to be discussed as time allows. Make it known if a topic is urgent or cannot be postponed.
44+
45+
### Participation and Code of Conduct
46+
* [Join the W3C Solid Community Group](https://www.w3.org/community/solid/join), [W3C Account Request](http://www.w3.org/accounts/request), [W3C Community Contributor License Agreement](https://www.w3.org/community/about/agreements/cla/)
47+
* [Solid Code of Conduct](https://github.com/solid/process/blob/main/code-of-conduct.md), [Positive Work Environment at W3C: Code of Conduct](https://www.w3.org/policies/code-of-conduct/)
48+
* Operating principle for effective participation is to allow access across disabilities, across country borders, and across time. Feedback on tooling and meeting timing is welcome.
49+
* If this is your first time, welcome! Please introduce yourself.
50+
51+
---
52+
53+
54+
55+
## Introductions
56+
57+
*
58+
59+
60+
## Actions Review
61+
62+
*
63+
64+
65+
## Topics
66+
67+
### W3C Breakouts Day 2026 (2 min)
68+
69+
70+
* eP: Would someone like to work on organizing a session?
71+
* Session take place on:
72+
25 March, 13:00-15:00 UTC (two 1-hour slots)
73+
26 March, 21:00-23:00 UTC (two 1-hour slots)
74+
* deadline for proposal 10 Mars
75+
* JW: I can share some ideas for common requirements
76+
* SC: (chat): Any development in the Solid CG re AP since last year that's noteworthy to bring to the attention of SWCG ( https://github.com/solid/specification/issues/708#issuecomment-2620935475 )?
77+
* eP: we are discussing a joined meeting
78+
* SC: It's great the people have interest in a bridge. My only concern is that we had this discussion in the past. I'm wondering what has changed that we have yet another breakout session with them. What tangible result can come out from it? I know about [ActivtyPods](https://activitypods.org/) as for implementation. Spec wise there is a way to implement things.
79+
* eP: mentioning onging active engagement in [activitypub-interop repo](https://github.com/solid-contrib/activitypub-interop).
80+
* M: it could be a good start to start bringing it to Solid CG first and look later how to bring it to Social CG later.
81+
* eP: There may be limited familiarity in Solid CG with Fediverse tech
82+
83+
### Poll for new CG weekly call
84+
https://app.rallly.co/invite/IWNpZiVCsFZd
85+
86+
* eP: some participants can't join at our current time we can try to schedule a new one
87+
* eP: mentioning WAC and ACP and benefit of both Matthieu and Sarven present in the discussions
88+
* SC: My availability varies, sometimes I have conflicts. I can try to adjust to the group.
89+
* Th: FedID has alternating times to accomdate different timezones
90+
91+
### FedCM - Quick Update (10 min)
92+
https://github.com/w3c-cg/solid/issues/71
93+
94+
* th: DEMO
95+
* SC: how does user manage IdPs?
96+
* Th: IdP can ask to register itself. The user can allow or block.
97+
* SC: Where is it stored?
98+
* Th: In the browser
99+
* SC: Local storage or something more secure
100+
* SC: Can user revoke it?
101+
* Th: You should be able to revoke it through browser API
102+
* SC: So browser don't have UI to manage it yet?
103+
* CB: The whole registration is managed by the browser itself, not by client (RP) or server (IdP)
104+
* eP: there is a quick hack for a client: https://github.com/uvdsl/solid-oidc-client-browser/pull/30
105+
106+
### 2026 ODI Roadmap
107+
108+
* eP: Do we aim LTS 2026 to have two independent implementations? for example
109+
* CSS - solidcommunity.net
110+
* ESS - solid.theodi.org
111+
* eP: Rough roadmap that includes Solid LTS 2026, LWS and Solid LTS 2028ish - how to clearly signal already expected changes?
112+
* JW: I asked Tim about naming, 1.0 LTS distributions. Suggestion was Solid 2026, just a timestamp in the ground.
113+
* ...
114+
* CB: what do you think is required except what is already there?
115+
* JW: for script login there is a static registration in ESS, CSS uses username password.
116+
* CB: in our instance you login to user account and you create a client credentials.
117+
* JW: is it the same in ESS? last time i used i was posting username/pass
118+
* eP: rambling
119+
* JW: I will share document by next week
120+
* eP: ACP vs WAC
121+
* OB: We want to gather implementation data
122+
* CB: I would encourage caution how to approach this debate. It has been creating quite a rift. There have been a lot of issues acknowledged in both camps. I'm not sure if for 2026 it is reasonable to explain the differences, or provide more guidance. Rather than picking one and divide the community.
123+
* eP: Features in scope, for example no app authorization at all or limited app authorization only available for the Resource Owner via something like `acp:client` matcher (or [improved WAC](https://github.com/solid/web-access-control-spec/pull/133))
124+
* eP: need for client restrictions eg `acp:client`
125+
* CB: There is a long demand for that feature in WAC, I created a PR. Noting that WAC is still being worked on and ACP didn't see changes.
126+
* eP: Matthieu would need to engage to make any further work on ACP
127+
* CB: We should consider who actively is using it and have request for features, test stability, have feedback from practicioners.
128+
* CB: I wanted to answer to Pavlik, I also opened PR to OIDC on RFC 9207 (issuer). Aaron has responded, I replied and now I wait for the answer.
129+
* eP: I would like to invite you to step up as coeditor of the spec.
130+
* CB: I would be happy to co-edit. Let's take this initial PR as a practice run.
131+
132+
### 2026 CG Roadmap (10+ min)
133+
https://github.com/w3c-cg/solid/issues/54
134+
135+
136+
## Actions
137+
138+
* eP to follow up in mailing list
139+
* JW to share first draft of `diff LWS Solid` Note
140+
* JW to share notes on Fediverse with everyone
141+

0 commit comments

Comments
 (0)