On 2026-01-26, Manuel Casal Lodeiro wrote:
> I've just found out that I can no longer see (or use) Mastodon
> instances which have a recent software version (with the old ones
> there were no problems at all). When visiting them I see nothing on
> the page and the error console in Seamonkey throws this error:
>
>> Error: SyntaxError: expected expression, got keyword 'import'
>> Source File:
https://mastodon.pub.solar/packs/assets/application-B7gmsjSL.js
>> Line: 2, Column: 67330
>> Source Code:
>> zeEmoji:e}=await Y(async()=>{const{initializeEmoji:c}=await
>> import("../emoji-index-j4Ni_llU.js");return{initializeEmoji:
>
> Again, it seems like a Javascript issue.
Yes, upstream Mastodon started using dynamic imports. I get the same
issue on the instance I use mainly.
Others might still work if they're on older version branches.
*If you use Mastodon with an account*: If your instance works well with
some of these, you could give web clients a try if they work with
SeaMonkey themselves. But of course that requires trusting the web
client too.
*If you don't use with an account, and are merely reading the content*:
- Add .rss to the end of URLs to get Mastodon feeds (user posts, user
posts with replies, posts for a given hashtag) as an RSS feed.
- Some instances will allow getting the post as JSON if you add
.json. Not really practical for reading, but worth mentioning if
it. There are also (apparently much less common?) mods that also serve
text/plain for .txt.
- There is
threadtree.xyz but it has a minimum thread size (10 posts, I
think). I think I also recall it not showing attached media.
- For the post itself, without the replies, you should be able to see
the post content and attached images and their alternate text in the
page meta tags (ctrl+I or View->Page Info, first tab ("General"))
- post text as og:description
- image(s) as og:image (URL)
- alt text as og:image:alt
(Why isn't this served as visible content if it's already being
injected in meta tags, well, yes, that's a great question...)
> Anyone here suffering the same problem?
>
> Is there a way to avoid it, without having to drop Seamonkey as a
> browser?
Support for dynamic imports will eventually land as part of the work
being done in the WIP branch (which isn't suitable to address these
issues because that work is being done without two other features that
are often required by the same sites that fail (IIRC optional chaining
and the new regexp syntax, but I could be misremembering) - thus it
being done on a separate branch).
--
Nuno Silva
(Please send your reply to the list)