sorry.. thanks frg sorry for the late reply

hi tomman

what dumb nonsense did they do that you on about tonight.. i need to do some minor raging against nonsense

gotta keep up apperences and all

jesus fucking christ

how long until unicode no.. FULL ON EMOJI IS VALID SYNTAX?!

YES THIS IS NONSENSE WORTH RAGING ABOUT!

BURN THEIR OFFICE DOWN.. WITH THE HASH SIGN

or something.. don't actually burn any offices down..

that would be bad.. likely for me as well..

nah, just more lame attempts to turn JavaScript into a first class, general purpose programming language

Okay, so I have Librewolf all nice and set up along with Standalone SeaMonkey Mail.

Hopefully this doesn't fly apart every few minutes like Firefox Rapid Release.

Fedora pushed EIGHT updates to Firefox RPM down on top of me totaling nearly a gigabyte of downloads and I/O chatter in the past 30 days.

So I dnf removed it.

This is an outrage.

I vaguely recall a time when you got an update about every month for security and you didn't have to deal with this crap.

IsambardPrince: we call that "Debian" :D

except that point release updates are now clocking at half a gigabyte because software bloat :/

uuugh, Archive!!!!!

the search page is broken on SeaMonkey

but.. unlike your average web abomination, the console yields no errors or warnings or anything at all

Page only renders a gray background with the site header (which should be a black bar)

SOMETIMES if you fiddle with Reload/Stop (or try to navigate away), it MAY render actual result lists

SeaMonkey now can't play MPEG-4 videos on Fedora 38.

Seems like nothing except Firefox 115 (and LibreWolf, and Firefox ESR 115) can as far as Gecko browsers.

The rest just say "No valid source"

Any chance Fedora 38 switched to ffmpeg-6?

Is this 2.53.17?

fedora rpmfusion does use 6

Fedora FMpeg Free does use 6 also

Perhaps that also affects seamonkey.

debian still uses FFmpeg 5 i think

They are the pest with these changes. Anyway Bug 1819374 needs to be backported. Not sure if buc is already on it.

Well, I'll try to put it to upcoming Fedora's 2.53.17 anyway. Looks easy -- actually part4 is needed only (others are total upgrades of the bundled ffvpx, which can be omitted).

buc: does the patch apply cleanly to 2.53.17b1?

JamminUnit: Haven't looked at it yet, but it's not a problem to backport the changes manually anyway.

good day, people

Can Firefox and Thunderbird import the data from Seamonkey automatically, or does it have to be done manually?

I had some crashing problems with SM 15 and 16, and am guessing they use more memory and act too quickly on malloc requests. Havent used 17beta1 much

This is the "user agent": Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Firefox/68.0 SeaMonkey/2.53.14 What would need to be done to fully bring this up to date with Firefox?

I've built SM some years ago, but the new build system with a lot of python involved doesn't work out of the tarball for me. I could use some help if anyone wants to coach me

Got a Debian 12 system to work with

Hmm, I've compiled SM in the past, but I think the build I am using right now is stock.

So I guess I am not up to date on recent build-system changes.

As for FF/TB, I have no idea what they can do these days; I swore off FF in the 3.x era, when it had become abundantly clear the devs were more interested in pointlessly rearranging the UI every single release, than in fixing serious dataloss bugs. And I use Gnus for email.

blog.yoav.ws/posts/web_platform_change_you_do_not_like I hate this dude

in the meanwhile... RupertBenWiser/Web-Environment-Integrity #28

"This repo represents an early stage proposal, not a fait-acompli. High quality feedback on the proposal itself is highly welcome. Unprofessional behavior is not."

1) define "high quality": "curated, Google-sanctioned praise comments" over a TERRIBLE anti-web proposal are not my idea of "highly quality"

2) you should not have said "fait acompli"

Is it safe to enable "javascript.options.streams" right now?

I have some local site, which shows something about half of second, then overwrite all the screen by the empty white field. Error console complains about "ReadableStream" undefined.

It seems that some support was added since 2.53.17b1, and now the site seems to work more/less as expected when that pref is set on. (Still does not work anyway under 2.53.16 and before).

developer.mozilla.org/en-US/docs/Web/API/ReadableStream you mean this, right?

tomman: Yes.

Seems enabled by default in Firefox-65+, after some code cleanups.

BTW, another "good" example of similar "overwritinf by empty white field" is developer.mozilla.org/en-US/docs/Web/CSS/user-select . But there it is for completely different reasons.