-
njsg
nsITobin: pirate bay has retractable batons? I know they've had europarl candidates, but batons?
-
njsg
0307|23:03:30 <+tomman> Turnstile can be used as a standalone captcha-esque tool too <-- turnstile *is* a CAPTCHA tool, I guess what has been happening is that cloudflare has added it to their browser check, but the thing is indeed a CAPTCHA of the inlining kind
-
njsg
0307|23:04:33 <+tomman> maybe I should just ditch everything and become a cat herder [...] <-- I'm not going to demove such noble endeavours, regards to your feline-overlords-to-be!
-
njsg
that said, it'd be much better if we could get Cloudflare to fix their crap.
-
nsITobin
prove I'm human? fuck sakes, I am still trying to prove I am not Dalek.
-
njsg
tomman: if this is easy for you to test: does the Turnstile behaviour change in any way if you use a UA override?
-
njsg
0307|23:06:37 <+nsITobin> could be as simple as detecting access to the console api somehow <-- could it be a DoS or temporary hang caused by downloading an excessively large source file?
-
njsg
and to be clear, this is SeaMonkey hang or something else?
-
nsITobin
parsing gobs of minified js
-
nsITobin
absolutely could be a dos
-
nsITobin
just enough that works but too much for devtools reflection or debugging
-
nsITobin
i would assume its seamonkey else he'd indicate otherwise
-
nsITobin
I wonder if Pale Moon hangs when you open its devtools on a turnstile
-
tomman
njsg: not really, Turnstile is more like a facade
-
tomman
for a very elaborate browser fingerprinting tool
-
tomman
disguised as a simple captcha
-
tomman
now, why it brings the entire browser down / hung into endless recursion when poked? That's what we have to lookup
-
tomman
we must assume that every script served by Clownflare now is straight malware
-
nsITobin
so the web is 80% malware
-
nsITobin
sounds about right
-
nsITobin
but yeah even if it wasn't a primary goal once it was found out.. they kept double and triple and quadrupling down until this seige
-
nsITobin
how many times now has CF caused crashes and dos-style hangs
-
nsITobin
now
-
njsg
sounds about right, isn't it what they say, you'll only use 20% of it 80% of the time and the other 80%...
-
njsg
:-P
-
nsITobin
works 60% of the time, every time
-
nsITobin
njsg:
-
nsITobin
njsg: time to fork the web
-
nsITobin
sorry for the double highlight.. habit
-
njsg
you could have said you were just forking your IRC message! :-P
-
Guest2896
Good morning/afternoon/evening to everyone! Is there any extensions or a native way to mute a tab? Right clicking a tab like in every other browser doesn't show any "mute" feature for me.
-
nsITobin
Guest2896, should you be checking the channel logs, Per-tab muting as been possible in the mozilla backend for a while now. However, adding the plumbing into SeaMonkey's tabbrowser binding will be custom work because of the differences between SeaMonkey's binding and Firefox's since Firefox 4. However, custom to SM the impl may be it should be absolutely doable. It is a bit low priority vs webcompat things but I will make a point to poke it this year
-
nsITobin
sometime if not sooner. Even Pale Moon has the functionality.
-
nsITobin
how I would do it if not matching Firefox's and Pale Moon's vanishing UI stuff is add a context menu item and use the favicon to act as an UNMUTE button but not have a mute button on the tab.. Either that or the whole thing be under a pref.. the last thing I and I suspect some seamonkey users don't want is to go to click on a tab or middle click close it and it hit the mute button instead
-
nsITobin
... knew I should have added it to borealis.. then I could simply port it over.. laziness years ago bites me in the ass today..
-
nsITobin
so .. later this year.
-
nsITobin
TODAY however. Good morning actually here peoples!
-
frg_Away
nsITobin hi added the patches in review to the central repo
-
nsITobin
oh good that saves me some time.. i mangled the queue locally for my own mental processes but needed to put it back.. luckily none of the changes should have impacted much touched by the queue
-
nsITobin
also I think i left a paerent line in part 1 of the 3 part bug.. do i need to fix that or is it.. ok-ish :P
-
nsITobin
parent*
-
frg_Away
For checkins I usually check the subject again.
-
frg_Away
gitlab central updated
-
nsITobin
entropy no longer required in nss?
-
nsITobin
nor the source override?
-
nsITobin
frg_Away: do you happen to know off hand if the current cc patches are in landing order or just fixed order?
-
nsITobin
landing order as in order they would be landed in if sm was following cc normally
-
nsITobin
according to their progression*
-
frg_Away
nsITobin don't think so. Was for Bill to add additional build source options and entropy for avoiding later symbols. I think the nss patch was not needed in central. Not sure if it even does something in 2.53.
-
frg_Away
Just some fixed order. Only the first 4 now are in a possible landing order. Might move my 9999 to position 4 then.
-
frg_Away
The top patches would probably land in this order.
-
nsITobin
my about redirector patch needs some love and a fresh lookover make sure I did it right the first time
-
frg_Away
And on a totally unrelated note I am now amd gfx free thanks to a cheap used RTX 2080 Super.
-
nsITobin
congrats
-
nsITobin
tho is the older amd hardware also giving you issues or is it just the drivers keep getting worse and worse that once working hardware is not so great regardless?
-
nsITobin
cause that unified driver is a total bitch
-
nsITobin
frg_Away: I can tell you re the entry patch it didn't seem to be deteramental for what little i was able to get operational last year
-
frg_Away
RX 580 was fine but blocking of the drivers on Windows server was the last straw after already doing it on 8.1
-
frg_Away
^straw
-
frg_Away
The 20xx card have support for 7 to 2025 and are now supported by the open source Linux drivers. How open source is still quesntionable but they work.
-
frg_Away
nsITobin just did a c-c build with the current queue. Succeeded.
-
nsITobin
yay
-
nsITobin
frg_Away: here is a command you can run successfully if you are in for the thrill.. ./mach run -chrome about:buildconfig -devtools
-
nsITobin
let's see what is new in the pull
-
nsITobin
cd /c/seamonkey/src && hg qpop --all && hg pull && hg update && cd comm && hg qpop --all && hg pull && hg update && cd ../../queue & git reset --hard && git clean -fd && git pull && cd ../src
-
nsITobin
sorry.. my mouse needed to be 10 pixels to the right so the vm captures input...
-
nsITobin
the top wip patch for 1783623 is missing registration for feedsniffer and thunderbird migrator and directory provider for which nsSuiteModule was also responsible for registring.
-
nsITobin
feedsniffer is likely irrelevant because feeds are gone except as provided by mailnews core.. thunderbird migrator is hopelessly out of date and can be ignored for .. potentally ever.. but the dir provider is kinda needed so gonna fix that next.
-
nsITobin
on central
-
frg_Away
nsITobin yeah the work in progress is just minimum for get it buiulding or as a starting point.
-
nsITobin
I am doing a test right now to add xul as just another xhtml extension in exthandler so the bulk rename patch isn't always required of course that won't cover automatic resolution for anything assuming default filename as the chrome provider will still default to whatever they have it set to so chrome://navigator/content/ would resolve to chrome://navigator/content/navigator.xhtml but chrome://navigator/content/navigator.xul would work along current
-
nsITobin
xhtml codepaths explicitly.. Seems to be a oneliner as well.
-
nsITobin
nor calls for not-suite xul files thos will still need changed
-
nsITobin
on second well seventh thought this has limited usefulness.. scrapping
-
nsITobin
yeah hooking directory provider back up and then follow bugs on thunderfox.. this is familar
-
nsITobin
oh this is just unfair.. any change to a static regsitration virtually rebuilds anything xpcom
-
nsITobin
so basically most of the codebase
-
nsITobin
... every.. time
-
nsITobin
feels like.. manipulation.. we need to get rid of these xpcom components cause it takes too long to build.. and knowing it was any different was forbidden at least it was last year
-
frg_Away
gitlab 2.53 updated
-
nsITobin
anything fun?
-
frg_Away
nsITobin 2.53 can now be compiled with the 2019 toolset in VS2022. Will change this back when we fnd the time to actually fix the VS2022 toolset.
-
frg_Away
will update wip next but not today. sleep first.
-
nsITobin
rest well
-
nsITobin
when you do
-
frg_Away
nn
-
nsITobin
should have asked frg if that would impact my use of 2019 buildtools from 2019
-
nsITobin
damn
-
nsITobin
oh well
-
nsITobin
with tests takes 43 minutes to regenerate central on xref
-
nsITobin
makes sense.. newer perl newer centos than 7 and also newer server infra vs 2016..
-
nsITobin
so hour down to 43 minutes with tests
-
nsITobin
so.. mister IanN_Away, tests can stay indexed on xref