00:20:14 <IsambardPrince> Interestingly, blocking remote fonts on WordPress fixes Bold lettering from not appearing. :)
01:55:38 <tomman> dear Delta Airlines, you suck
01:55:47 <tomman> go to delta.com, try to book a ticket
01:55:54 <tomman> any route will do, but make it roundtrip
01:56:07 <tomman> pick your first flight... and it dies there
01:56:22 <tomman> their toxic bloaty framework DOES catch the error:
01:56:23 <tomman> ReferenceError: PointerEvent is not defined- currentUrl: https://www.delta.com/flight-search/search-results?cacheKeySuffix=d1f01cda-5a2f-4f72-bf8b-d44b881ec2dc, referringUrl: https://www.delta.com/
01:56:40 <tomman> it DOES work on FF91ESR
01:57:11 <tomman> their airplanes might be old (they still fly the DC-9 descendants!), but their website is way too modern
01:58:34 <tomman> https://developer.mozilla.org/en-US/docs/Web/API/PointerEvent ah yeah, that requires FF59 :/
01:59:17 <tomman> and some features remain unimplemented, and only Chrome™, MS Chrome™ and Chinese Chrome™ fully support that API
02:03:58 <tomman> "The PointerEvent interface represents the state of a DOM event produced by a pointer such as the geometry of the contact point, the device type that generated the event, the amount of pressure that was applied on the contact surface, etc."
02:04:20 <tomman> uh, that's WAY too overkill for an airline booking site - all they need is to process a click (or tap), nothing else!
02:09:02 <tomman> Oh wait, you CAN pick a fare if you click on the cabin name on the schedules - it will open a DIV with a photo of their old planes and a SELECT FLIGHT button that works!
02:09:39 <tomman> as I not traveling, I can't ensure that Delta will take your money and let you fly on them from SeaMonkey, but that might work...
03:37:14 <CaptainTobin> frg i just realized something... when I set up the xref I set it up in the traditional comm setup.. but it occured to me you might be using comm under mozilla now
03:37:48 <CaptainTobin> so i was wondering if you wanted it changed to how it actually is
03:37:56 <CaptainTobin> or retained for better cross-reference with 52
03:38:52 <CaptainTobin> i figure you guys are still in the habit of doing the translation in your heads automatically when you check shit like this but I wanted to make sure it is setup how you want it
03:40:08 <CaptainTobin> personally at this rate I dunno why you are keeping seperate repos anyway .. just simplfy and merge the two
03:45:01 <CaptainTobin> oh wait.. it IS a proper comm build
03:45:25 <CaptainTobin> well in that case I can make that happen pretty simply
03:47:29 <CaptainTobin> oh my mistake yeah
06:52:23 <njsg> tomman: " Oh wait, you CAN pick a fare if you click on the cabin name" <-- maybe it needs a cabin so it can populate the pressure value in the PointerEvent? (Sorry, sorry)
11:32:57 <frg_Away> Pointer Events could probably be activated. Not sure what is still missing but we are far into 58 here already. Bug 1411467
11:43:20 <njsg> dom.w3c_pointer_events.enabled?
11:44:17 <njsg> ah yes, that's what bug 1411467 toggles
12:06:08 <frg_Away> Doubt the remaining issues will burn the house down.
12:22:11 <frg_Away> CaptainTobin comm/* would be correct but I can "translate" mentally. There might be some minor overlap in the directories.
16:43:00 <CaptainTobin> frg_Away: i figired out WHY i did that
16:43:07 <CaptainTobin> becaus ethe default branch
16:43:17 <CaptainTobin> the one that should be used as a trunk?
16:43:56 <CaptainTobin> IT is still in its orginal comm configuration cause that is how it landed in the repo when it was created
16:44:16 <CaptainTobin> but an ACTIVE branch shows jcrammer's handywork
16:44:36 <CaptainTobin> so if you want it how it is layed out tree wise tell me how it is.. mozilla/comm?
16:44:41 <CaptainTobin> or how doe sthat work now
16:46:01 <frg_Away> CaptainTobin comm-release is as comm under the mozilla-release source. The mozilla directory is gone unless you name the root directory mozilla.
16:46:18 <CaptainTobin> where is comm under mozilla tho
16:46:21 <CaptainTobin> is it comm/?
16:46:51 <frg_Away> So it is
16:46:52 <frg_Away> /browser
16:46:54 <frg_Away> /toolkit
16:46:55 <frg_Away> /blablabla
16:46:57 <frg_Away> /comm/mail
16:46:58 <frg_Away> /comm/mailnews
16:46:59 <CaptainTobin> kk
16:47:00 <frg_Away> /comm/suite
16:47:01 <frg_Away> /comm/blablala
16:47:08 <CaptainTobin> so comm is cloned to a dir called comm
16:47:10 <CaptainTobin> no problem
16:47:17 <frg_Away> correct
16:47:32 <CaptainTobin> frg_Away: have you considered dropping comm and just having the one repo with it all like it was?
16:47:43 <CaptainTobin> I can make it happen if you desire it
16:49:16 <CaptainTobin> from a repo management aspect nothing will change cause i would merge comm ontop of mozilla after first removing any conflicts before hand.. configuration is simple too.. go through and make everything actually obey MOZILLA_DIR/MOZILLA_SRCDIR properly THEN fix it in mozilla which is shit i already did years ago .. also exclude mail cause there is literally nothing you are using from it
16:50:00 <CaptainTobin> but yeah i will fix the xr for you today at some point
16:50:08 <frg_Away> CaptainTobin for one minute but mozilla is a monster and operations on it slow. Really prefer it this way. Also we update suite and then still push to comm-central. Makes patch management easier. Maybe one day when mozilla is no more.
16:52:00 <CaptainTobin> that's the thing .. as a comm app already setup to use the right variable unlike say if you were doing firefox.. and it is just some path and build files nothing that would really affect porting or repo operations but i do understand.. BUT if you guys do decide to venture that way let me know cause I have done it both gitwise and buildwise back and forth
16:55:12 <CaptainTobin> I think I am gonna split all the third_party libs out of the codebase into another repo given I moved em all anyway and ain't gonna move em back simple patching is out the window
16:55:17 <frg_Away> It not about style but survival mostly. Makes backporting and forward porting easy and takes less time rebasing patches. When we are at esr 78 level and have python 3 compatibility I will start ripping out build stuff for android and telemtry in earnest.
16:56:09 <CaptainTobin> i am gonna include the php interpreter with a customized version of mozillabuild
16:58:58 <CaptainTobin> I have already figured out how to get a base of mozillabuild 3.4 still able to be like 2.2 it is all in the batch files so i am gonna have an msys1 package with a new main startup script with a menu to access 2.2 mode with visual studio or 3.4 mode where it guesses THAT way once I transition to newer vs support i don't have to redo my tools .. again
16:59:45 <CaptainTobin> of course getting to a point where i can build from inside of msys2 is a huge goal