Skip to content

Adding CSS LWS branch to test matrix #594

Open

Description

@elf-pavlik

Server and version

CSS lws-next-major

Provider

https://pivot-test.solidproject.org:3200/

Access control

None

Result

Everything works

What you tried

It would be a helpful feedback to both Solid CG and LWS WG to have applications test agains those servers.
There are more upcoming implementations but CSS might be the most accessible at this moment

Activity

  1. ixuz commented on Nov 5, 2026

    @ixuz
    Member

    Thanks for opening this, and for the links to the PRs and the conformance pages. Testing Solid Memo against the LWS work in CSS sounds useful, both for us and as feedback to the Solid CG and the LWS WG.

    I'll see what I can do about testing the implementation against what Solid Memo expects of a server. I'd most likely start with the feat/lws-next-major branch (PR #126), built from a pinned commit and run as an advisory server in our interop matrix, next to the other servers we test against. I'll report what I find here, and upstream wherever it applies.

  2. bourgeoa commented on Nov 5, 2026

    @bourgeoa

    Using jeswr CSS lws PR this can be of help.

  3. ixuz commented on Nov 6, 2026

    @ixuz
    Member

    Thanks @bourgeoa, that's helpful. Is it OK if I try Solid Memo on the live Pivot test server with a test account? I'd start by hand. I'd also like to run our browser journeys once or twice, which create a few accounts and documents.

  4. bourgeoa commented on Nov 6, 2026

    @bourgeoa

    You can create test accounts. No problem.
    There are 3 rather stable servers :

    They all run on a small VM machine with 2GB RAM

  5. 26 remaining items

  6. ixuz commented on Nov 8, 2026

    @ixuz
    Member

    Thanks for the test servers. I ran Solid Memo's shortest user journey (log in with a WebID, create an instance in the pod, log out) once against the solid-lws Pivot at https://pivot-test.solidproject.org:3200, with Solid Memo built with its own Solid client (solid-memo-client), in Chromium. It passes.

    That run used Solid-OIDC, not the LWS token exchange. A private resource there answers 401 with WWW-Authenticate: Bearer as_uri="…", realm="…", scope="openid webid", with no resource_metadata. The client finds the LWS authorization server through resource_metadata (RFC 9728), which jeswr's fork sends since ef6d664f, the commit Solid Memo tests against. Could you upgrade :3200 to ef6d664f or later? Then the same run would test LWS sign-in too.

    The run left three test accounts on :3200: j-611a4b49, j-a989a94a and one more. Each pod holds at most an empty Solid Memo instance.

  7. ixuz commented on Nov 8, 2026

    @ixuz
    Member

    @elf-pavlik I've added the css lws fork to the interop matrix, see my comment here #604 (comment)

    Does the draft pr #604 meet your expectation for this issue you opened? Or would you like amendments before it's merged?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions