-
tomman
-
tomman
another terrible API to deliver ads, while burning my precious system resources AND lying to everybody to make them believe that their "privacy" is "safe"
-
therube
-
therube
now, not seeing any meaningful data
-
therube
(i'm still on 20231212170116, so i'll pull a more recent, if i get a moment...)
-
tomman
therube: Giggityhub has been broken like that for at least 2 months
-
therube
actually, it might ? be uBlock that is (now) the issue with github ?
-
therube
or, a coincidence, or maybe github just changed things (as now the earlier link, while still "wrong", at least now works)
-
guest_
@therube : build 20231128204555 on Windows: github page displays correctly but you need to scroll down a little to skip login mask
-
therube
guest_: right. but earlier today that "trick" no longer worked. (but it is back working now.)
-
guest_
WG9s build 20231224220003 Win64 : displays github page correctly too
-
tomman
wonder which release I have...
-
tomman
20231208110117
-
tomman
on that one the README[.md] main page of every project is unreadable even after scrolling past the logon dialog
-
tomman
but everything else seems to work more or less
-
guest_
it does not work if you go into a subfolder
-
tomman
the subfolder view has been broken for months, yes
-
tomman
sometimes I wonder why the Giggityhub folks do so much change for the sake of change...
-
tomman
are they paid by the "lines of code commited" metric?
-
therube
ah, so currently,
github.com/Cyan4973/xxHash has /some/ information, but is relatively void of it
-
therube
(that is with 20231212170116 & palefill extension)
-
therube
with 20240104220119, page displays properly (& palefill not required)
-
therube
when i get chance i'll update
-
therube
"properly". nothing it "proper" on git, but at least you can deal with it
-
therube
s/it/is/
-
therube
-
guest_
readme.md on github is readonly on the top level page but not when clicking on readme.md - same effect when jumping into a subfolder
-
guest_
this is not a problem with github.com but it is a problem that SM is years back in support of jscript and regex resulting in unusable page when displaying pages based on newer frameworks
-
tomman
it's still a problem with Giggityhub for updating to the latest bleeding edge frameworks and features for no good reason at all other than "well, shiny"
-
tomman
every time our browsers manage to fix up things, they come on the offensive with the latest load of shinies
-
tomman
and not even a fallback is EVER considered
-
guest_
it is not only github - more and more web sites are no longer displayed correctly (if at all :-( )
-
tomman
and the reason is always the same: pointless updating to the latest framework fads :/
-
guest_
I agree but unfortunately the real www life is different
-
tomman
indeed, sadly
-
tomman
and there seems no end to the endless feature creep and code churn on the web scene
-
tomman
at some point some Github drone justified to Pale Moon that their constant breakage of "OLDER" browsers was required for having "healthy ecosystems", also the word "innovation" was suggested
-
guest_
recently I visited a web site which complained about google chromism but surprise the web did not display correctly in SM - guess what was the reason
-
slk64_30211
@WG9s Seamonkey homepage contains an entry Development - Nightly Builds
-
slk64_30211
-
slk64_30211
but it seems the URL has changed
-
slk64_30211
-
WG9s
slk64_30211: what is the url of the page with the incorrect link?
-
slk64_30211
-
WG9s
will need to change again as soon as we get our offical archive site wotking too bt should fix so it goes to someplace that exists until then
-
slk64_30211
want to say thank you very much for all you do, very good work
-
tomman
just updated to 20240104220119, no changes on Giggityhub's brokenness
-
dongle
no home button?