lemmy-ui-next

102 readers

1 users here now

Official community for lemmy-ui-next

This project is an open source alternative frontend for Lemmy. It is built with Next.js.

Preview environment: next.lemm.ee
Source code & issue tracker: GitHub

Feel free to post questions or thoughts about the project in this community!

founded 10 months ago

MODERATORS

sunaurus@lemm.ee

162

Seeking feedback on lemmy-ui-next! (Milestone 2 is nearing completion!) (lemm.ee)

submitted 9 months ago* (last edited 9 months ago) by sunaurus@lemm.ee to c/lemmy_ui_next@lemm.ee

42 comments fedilink hide all child comments

Hey folks!

I've been steadily working through the roadmap for lemmy-ui-next (which is a new alternative Lemmy frontend), and it's getting to a point where I think https://next.lemm.ee is becoming quite usable. I've been personally using it as my main Lemmy frontend for several weeks now, and I know there are a few other brave users doing the same, so at this point, I'm confident enough to ask the wider lemm.ee population to try it out and share some honest feedback.

If you're at all interested in this project, I would massively appreciate it if you could spend some time using https://next.lemm.ee and letting me know how you feel about it. I'm interested to hear about things like:

are you running into any issues or bugs
are there any things that generally annoy you
are you missing any features
what would it take for lemmy-ui-next to become your preferred frontend
anything else that comes to mind

Please keep in mind that this is still a work in progress - some features are planned but not implemented yet (see the roadmap linked above for more details), other features are half-finished and may be a bit buggy still!

Any feedback would really help me out, so please don't hesitate to share!

you are viewing a single comment's thread
view the rest of the comments

[–] TWeaK@lemm.ee 2 points 9 months ago (1 children)

The locally hosted image url format breaks extensions that convert webp to other image formats. Some other services (eg messaging apps) don't support webp, so these extensions are really useful as it avoids having to save, open in an image processor and manually convert.

Example url: https://next.lemm.ee/_next/image?url=https%3A%2F%2Fslrpnk.net%2Fpictrs%2Fimage%2F70dad073-5920-4864-9d04-655788f0c6af.webp&w=1080&q=75

Extension in use: https://addons.mozilla.org/en-US/firefox/addon/save-webp-as-png-or-jpeg/

Basically, the &w and &q parts of the url trips the extension up, so it doesn't recognise the image as something it should run on, however these tags are required and the image won't load without them.

[–] TWeaK@lemm.ee 2 points 9 months ago

I added an issue to the extension's github, the plot thickens: https://github.com/jscher2000/Save-webP-as-extension/issues/30

Hmm, the extension tries to inject the script that generates the button bar, but it fails with this error (in the add-on debugging inspector console):

Uncaught (in promise) Error: Missing host permission for the tab

I have not seen this on other images displayed in Firefox's stand-alone image viewer.

On the regular dev tools network tab for the image, I see this that the image is served with this header:

content-security-policy: script-src 'none'; frame-src 'none'; sandbox;

That seems to block even the built-in Firefox Screenshot feature (which uses extension APIs).

I wonder whether applying the site's CSP restrictions to the stand-alone image viewer was intentional or is a new bug. Have you used the extension on this site in earlier versions of Firefox?

Anyway, I'll have to think about whether there is a workaround for this. (Many extensions manipulate CSP for content blocking, and I don't want to interfere with or break those.) And if there isn't, how to at least alert the user to the nature of the failure.