11:08:48 <OpenWebTobin> Oh god
12:48:49 <frg_Away> Hi TobinWithTooManyNames
12:56:44 <nsITobin> good morning
12:56:54 <frg_Away> nsITobin greetings
13:24:58 <nsITobin> frg_Away: i threw a bunch of links related ssuao from UXP into the log.. as for a UI that shouldn't be too difficult with XUL technology especially seeing as I can reference one of i think moonbat's extensions.. it's a bit crappily designed but I hear it works well luckily I know a few things about UX design .. especially SeaMonkey's
13:27:11 <nsITobin> well scratch that extension.. it's GPL for some reason
13:27:38 <nsITobin> no matter pref manipulation isn't hard..
13:27:53 <frg_Away> nsITobin swamped as usual. All on the backburner unless I get a patch which applies. There is also Bug 1862395 which i would handle together with it.
13:28:54 <nsITobin> that would need a check in useragentoverrides to not do anything if that is set
13:29:55 <nsITobin> oh
13:30:03 <nsITobin> wait wtf
13:31:46 <nsITobin> well you know you have the firefox version for release 56 set to 60 right?
13:32:46 <nsITobin> i say.. subst in a value set in confvars
13:32:59 <nsITobin> get rid of this hacky math
13:33:50 <frg_Away> nsITobin yeah thought about setting a constant.
13:34:03 <nsITobin> or that
13:36:14 <nsITobin> frg
13:36:30 <nsITobin> uint32_t firefoxVersion = appVersion.ToInteger(&rv);
13:36:39 <nsITobin> appVersion not platformVersion
13:36:43 <nsITobin> maybe
13:37:04 <nsITobin> 2.whatever -3 ?
13:37:16 <nsITobin> = -1
13:37:45 <nsITobin> thunderbird matches firefox versions so it would work as expected
13:38:00 <nsITobin> if it mattered to thunderbird
13:38:12 <nsITobin> i am almost sure that is the cause of the math screwup
13:38:50 <nsITobin> appInfo->GetVersion
13:39:03 <nsITobin> is that the app or mozilla version tho
13:39:05 <nsITobin> checking
13:42:46 <nsITobin> has to be appVersion
13:42:52 <nsITobin> not platformVersion
13:43:37 <nsITobin> https://xr.thereisonlyxul.org/seamonkey-2.53/source/xpcom/system/nsIXULAppInfo.idl#32
13:43:39 <nsITobin> yep
13:44:28 <nsITobin> appInfo->GetVersion gets version which is app version so ye seamonkey's version is being used to calculate a firefox esr version and that is why it is broken
13:44:55 <frg_Away> yeahh has been broken for ages
13:46:46 <nsITobin> I dunno why this isn... yes i do
13:46:55 <nsITobin> i know exactly why this isn't using the xpcom interface
13:47:02 <nsITobin> and calling xreappdata directly
13:47:12 <nsITobin> or whatever
13:48:47 <nsITobin> of course even if fixed it will operate on a value of 60 not 56 and even then the esr version is so old hardly anthing is fixed so... i return to recommend trashing it and just having a constant
13:49:12 <nsITobin> hardly anything would be fixed by it*
13:50:29 <nsITobin> it sure is one of those roadblocks to having not-thunderfox
13:51:10 <nsITobin> But i defer to an old Mythbuster's saying.. when in doubt? C4.
14:36:32 <nsITobin> frg_Away: so which do you want "fixed" or fixed
14:37:03 <frg_Away> fixed version as in constant
14:37:04 <nsITobin> one being as intended and the other being as actually needed
14:37:11 <nsITobin> ye
14:38:51 <frg_Away> Its not really supported and snakeoil too. I would rather rip all this out but this will start a ton of discussions. You will be tracked anyway with or without resist fingerprinting.
14:38:52 <nsITobin> frg_Away: as long as you make sure to unapply the patches before switching using multiple queues on workbench is pretty smooth
14:39:53 <nsITobin> i dunno if it will error out or qfinish it for you if you switch with applied patches
14:40:57 <frg_Away> revisios are unknown. It will not end well. You then need to delete the status file and do a purge and clean up.
14:41:31 <frg_Away> Happend to me a few times when I accidently overwrote the status file. Can be recovered but time consuming.
14:41:41 <nsITobin> frg_Away: If it was Pale Moon, pitch forks and violant forum posts unless there was something Latest and Greatest to take over for it plus a long winded post explaining it no one will read.. Luckily this isn't Pale Moon
14:42:03 <nsITobin> but it is classical mozilla so always a risk
14:43:00 <nsITobin> and of course normally I'd be deployed to intemidate users into stopping complaining for no reasons creating a distraction larger than the issue its self.. thus resolving it..
14:43:52 <nsITobin> i doubt that will work on mozillazine LOL
14:43:59 <nsITobin> or for me
14:44:01 <nsITobin> sooo
14:44:44 <nsITobin> wrong vm
14:46:50 <nsITobin> frg_Away: do you want just a simple hard coded constant or do you want it tied to something else? and what value to start?
14:49:24 <frg_Away> What does mozilla do currently? I think they set ti to a constant or not?
14:49:37 <nsITobin> I'll check
14:51:24 <frg_Away> That is why I wnated it to fix with the ua overrides. VCurrently setting 91.0 but scattered over in the code in 2 places.
14:51:48 <nsITobin> https://xr.thereisonlyxul.org/quantum-dev/source/toolkit/components/resistfingerprinting/nsRFPService.cpp#899
14:51:51 <nsITobin> refactored
14:52:56 <frg_Away>  MOZILLA_UAVERSION
14:53:04 <nsITobin> oh there it is
14:53:07 <nsITobin> yeah
14:54:53 <frg_Away> seems they are using the current version so would be 91.0 for now as in our ua.
14:54:56 <nsITobin>     'MOZILLA_UAVERSION': '"60.0"',
14:55:16 <nsITobin> milestone.txt controls those defines
14:55:27 <nsITobin> values*
14:57:24 <nsITobin> we need it tied to general.useragent.compatMode.version
14:57:46 <frg_Away> https://xr.thereisonlyxul.org/seamonkey-2.53/source/netwerk/protocol/http/nsHttpHandler.cpp#476
14:57:52 <frg_Away> uarghhh...
14:57:59 <frg_Away> and it was me :)
14:58:27 <nsITobin> that should also be tied to the pref
14:58:29 <nsITobin> lol
14:58:43 <frg_Away> yeah or constant used in the file
14:59:01 <frg_Away> was something quick and dirty.
14:59:05 <nsITobin> yeah
15:04:13 <nsITobin> some of this stuff I can just rainman it other stuff confuses the HELL out of me
15:15:58 <nsITobin> in UXP we did a bunch of other crap to the UA like app can be build id instead of version and added a gecko compat slice cause the gre slice was renamed to goanna but you don't need all that crap I figure set a confvar value which sets the pref default value and then the pref prevails.. simple and clean
16:03:46 <nsITobin> ugh frg_Away waiting for a build i didn;t actually start...
16:04:30 <nsITobin> I am new to virtual desktops :P yeah I know right?
16:04:55 <nsITobin> not the concept but using them effectively
16:08:15 <frg_Away> nsITobin all depends on the host too. With vbox and 2 cpus I can actually do 2 builds at once becuase of 2 more or less independent numa nodes.
16:08:59 <nsITobin> currently still slap dab in the middle of fedora 39 unfortently
16:09:14 <nsITobin> its only a matter of me building an entire distro from source
16:09:36 <nsITobin> and vmware
16:09:53 <nsITobin> I have attempted multiple builds before but the bottleneck for me is disk io
16:10:00 <nsITobin> not ram so much or cpuz
16:12:06 <nsITobin> 6 cores, 16gbs ram
16:12:34 <nsITobin> cause I also run paint shop pro and some webdev off tthe SM one.. the clone for central is just that
16:14:38 <nsITobin> config.status and a cursory objdir check is a great way to figure something out about the build system without actually waiting for it to build as expected
17:32:50 <Sompi> Google Photos don't work with Seamonkey anymore. It only asks to log in and doesn't let see the pictures
17:33:09 <Sompi> With Firefox it just shows the photos without asking to log in, even in privacy mode
17:33:33 <Sompi> So they are showing different content to different browsers
17:33:58 <Sompi> And it only seems to happen with certain photos, and some photos are displayed normally also on Seamonkey...
17:34:49 <tomman> Sompi: could be worse
17:35:03 <tomman> Google Docs finally broke here, and worse, you get stuck at a reload prompt
17:36:52 <Sompi> Why are they serving different content to different browsers when the page itself clearly works on Seamonkey?
17:37:35 <nsITobin> Sompi: check the actual image encoding
17:37:43 <nsITobin> also play with ssuaos
17:41:48 <Sompi> Earlier I thought that the stylesheets of Google Photos are somehow broken on Seamonkey, but apparently it looks just the same on Firefox so it's supposed to look that way...
17:42:08 <Sompi> No contrast, no indication of what is a link and what isn't
17:42:40 <Sompi> How can I see the image format?
17:43:03 <Sompi> They are using JavaScript to show the image and the browser does not recognize it as a normal image element
17:43:58 <Sompi> Nevermind, I got the link to the actual image via inspector
17:44:16 <Sompi> It is just a normal JPEG image and Seamonkey can show it just fine
17:44:37 <Sompi> But if I go to the actual webpage with Seamonkey, it just redirects to the login prompt
17:46:00 <Sompi> And that only happens with some specific images, and with some other images Seamonkey users are allowed to view them normally
17:47:26 <nsITobin> can you check the encoding on em
17:47:33 <Sompi> "Identifying as Firefox" seems to fix it...
17:47:36 <Sompi> nsITobin: What encoding?
17:47:42 <nsITobin> on the image
17:47:47 <nsITobin> maybe some are some new format
17:47:58 <nsITobin> and others are webp and png
17:48:01 <nsITobin> and jpg
17:48:07 <nsITobin> does seamonkey have webp
17:48:09 <nsITobin> it should?
17:48:10 <Sompi> The problematic image is this: https://photos.app.goo.gl/U6TDgEXAciwE1PqB8
17:48:16 <Sompi> It is just a normal JPEG image
17:48:37 <Sompi> If I try to load that page with SeaMonkey, it just redirects to a login page
17:48:48 <Sompi> Identifying as Firefox and then opening it in a private window works
17:49:06 <nsITobin> "image/jpeg"
17:49:26 <nsITobin> it does work in IBM Qauntumnewt aka Pale Moon
17:50:09 <nsITobin> and works as-is on seamonkey on linux
17:50:39 <Sompi> Maybe it's then somehow tied to my identity and not exactly a browser thing
17:51:04 <nsITobin> you have adverisize as firefox right?
17:51:08 <nsITobin> in the preferences
17:51:19 <Sompi> I toggled it on and it started working in private mode
17:51:51 <nsITobin> yeah google already discriminates against non-blink
17:52:01 <nsITobin> firefox is a barely maintained exception
17:52:50 <nsITobin> also works on wip
17:53:52 <nsITobin> wasn't this checkboxes not too long ago?
17:54:51 <nsITobin> I like it.
17:55:43 <nsITobin> Sompi: identifing as JUST SeaMonkey it works on private and otherwise
17:55:45 <nsITobin> on WIP
17:55:49 <nsITobin> so ..
17:56:28 <Sompi> Why is modern web like this...
17:56:37 <nsITobin> because we let it happen
17:56:46 <nsITobin> I feel responsible
17:56:49 <nsITobin> anyway
17:56:59 <Sompi> I don't use other Google services than Youtube
18:03:22 <Sompi> and I always write my own webpages so that they don't discriminate against any browser
18:08:12 <nsITobin> historically just targeting basic mozilla compat was enough cause if it worked in Mozilla it tended to work everywhere save IE6 edge cases
19:23:16 <Rahul> https://logbot.thereisonlyxul.org/seamonkey/20240827#c5587  I wouldn't mind betting he really, really dislikes you too.
19:28:21 <nsITobin> to be fair that was under the banner of the moonpeople so that MAY have had a thing cause I didn't become the asshole I am recovering from until well after he was a dick
19:28:29 <nsITobin> oh he left
19:31:16 <nsITobin> it was when Pale Moon changed its guid so very early on and he was like massively rude to me when I was reaching out to extension developers for future support he took all my posts and merged them into a single thread and then shoved it out of the way... after that he was hostile from then on
19:34:48 <nsITobin> it's why I stopped posting on Mozillazine
19:38:41 <jonadab> I write my web pages mostly to the xhtml spec (only deviating when there are Good Reasons) and test in Gecko and Webkit.  I stopped bothering about IE support years ago and have never cared about MS Edge.
19:39:07 <jonadab> If they support web standards, they should be fine.
19:39:30 <nsITobin> jonadab: xhtml/1.0 transitional the best seems to quirk its way into cross-browser support nicely vs trying str8 html 5
19:39:48 <jonadab> HTML 5 doesn't add anything I care about.
19:40:04 <nsITobin> i mean video and audio tags are cool but those have baggage as well
19:40:28 <jonadab> The one thing I want that XHTML doesn't have, is the ability to embed block-level elements in a paragraph.  I work around that by using <div class="p"> as my standard "paragraph" markup.  Which is annoying, but it's the best option I've found.
19:40:29 <nsITobin> dunno why we needed several specialized divs and why it isn't xml-based
19:40:56 <nsITobin> wouldn't a span do the job?
19:41:34 <jonadab> It's possible to style a span to be block-level, but why do that when div exists?
19:43:22 <nsITobin> good question
19:43:33 <nsITobin> why don't we have vbox and hbox in html
19:43:36 <nsITobin> that would be useful
19:43:52 <jonadab> I can't fathom the logic behind why <p> is block-level but not allowed to contain block-level elements.  What, the XHTML authors have never put a blockquote or bulleted list inside a paragraph, really?  Dunno.
19:44:07 <jonadab> But that's the only thing XHTML lacks that I want.
19:45:11 <jonadab> My preferred method for audio and video files is <a href="/media/foo-vid.mpg">Get the foo video here</a>.
19:45:30 <nsITobin> frg_Away: please confirm current latest patch in wip comm queue is Moonchild's 0.0.0.0 patch cause the normal stop is above the ipdl work
19:45:42 <jonadab> I understand why YouTube doesn't want to do it that way.  They want to show advertisements to pay their bills.  I get that.  But I'm not them.
19:46:16 <frg_Away> nsITobin it is. Put it into 2.53.19 too.
19:46:31 <nsITobin> cool just wanted to make sure my script or system didn't screw up some how
19:46:42 <frg_Away> I will move it around later. Need to align with 2.53 again.
19:46:48 <nsITobin> no problem at all
20:13:30 <Sompi> this is how webpages should be: http://sininenankka.dy.fi/leetos/
20:15:19 <Sompi> Similar examples: http://www.slackware.com/ https://www.openbsd.org/
20:17:03 <nsITobin> Sompi: is BinOC and co too fancy?
20:17:04 <nsITobin> lol