14:33:41 <nsITobin> IanN_Away
14:38:22 <frg_Away> nsITobin hi
14:39:13 <nsITobin> just checking email
14:40:43 <nsITobin> follow up to the match ns*App.cpp for another change.. and IanN_Away needsinfo for a chatzilla patch that seems to clean up and merge a protocol service jsm into the chatzilla regular js comp.. need to do a bit more history checking on it before I chime in on it
14:41:49 <nsITobin> I need a better way to track bugs
14:42:30 <frg_Away> The current cZ will not always close the view whren you leave but that is because of the latrst patch.
14:43:01 <nsITobin> https://wiki.mozilla.org/Bugzilla:REST_API
14:45:05 <nsITobin> frg_Away: how come?
14:46:41 <frg_Away> nsITobin you mean bugzilla usability degration or?
14:46:50 <nsITobin> chatzilla
14:47:14 <nsITobin> has ambassador been harvested for chatzilla advancements btw?
14:47:30 <nsITobin> cause ascrod did work especially on adding more ircv3 bs
14:47:48 <frg_Away> IanN_Away is on it. Bug 1927582 is not 100%
14:51:08 <nsITobin> oh that.. yeah have fun with that
14:53:00 <nsITobin> 1926406 is the one i was feedback?'d on
14:57:26 <nsITobin> and i have to fix 1912354 formatting
14:58:06 <nsITobin> Like I said I need a better way to track bugs lol
15:55:53 <nsITobin> more up to date docuemntation on bugzilla's REST api https://bmo.readthedocs.io/en/latest/api/core/v1/bug.html#get-bug
15:57:08 <nsITobin> so all i need to do is make something that will request a list of bugs and also request extended info on a specific bug to start off simple enough
16:12:08 <tomman> Time to update the nightly here
16:12:28 <tomman> frg_Away: anything hot since "early September builds"?
16:13:49 <frg_Away> tomman sec fixes and a few changes to cZ and places (bookmarks) among other things. Testing appreciated.
16:13:59 <tomman> cool, will do
16:21:03 <frg_Away> cZ might have the mentioned problem when leaving a channel but will be fixed soon. Needs a doiuble close.
16:25:25 <nsITobin> welp my 2014 fm2 computer is dead dead.. can't be revived i think its the motherboard
16:25:42 <nsITobin> well the case makes a half-way decent box to cram books into
16:25:48 <nsITobin> not as efficient as before
16:25:50 <nsITobin> but...
16:42:38 <tomman> testin'~
16:43:18 <tomman> fun, the spacing on the nick list looks extra tight today
17:09:38 <frg_Away> tomman yes changed a bit with the last patch.
18:00:43 <tomman> OK, speaking of that nick list, found something weird
18:00:59 <tomman> after a while, it gets filled with way more nicks than what actually present on a channel
18:05:07 <tomman> yeah, the nick list gets filled with nicks from other channels where I'm currently, not just the current one!
18:05:13 <tomman> that's definitely a first
18:07:20 <tomman> https://news.ycombinator.com/item?id=41976529 in other news, Hackernews has strong opinions about validation in HTML forms
18:07:55 <tomman> they strongly believe that the proper side to do validation is Client Side, using megabytes of JavaScript framenotworks, and of course with unique UI/UX twists
18:10:23 <tomman> OK, the nick list is bugged on all channels I'm on
18:10:37 <tomman> it eventually "merges" all the nick lists for every channel I'm on for no reason
18:10:48 <tomman> it may happen after a few seconds or even minutes
18:33:51 <Sompi> I was told that the Digital and Population Data Services Agency of Finland has a list of "real browsers" that the public sector websites has to be usable with
18:34:05 <Sompi> And apparently browsers that aren't on that list are not "real browsers"
18:34:17 <Sompi> But I don't know the specific, I asked where that list is but no reply
18:34:42 <Sompi> But I understand from this that they are breaking things on purpose
18:35:11 <Sompi> The person who told this works in developing websites for the public sector
18:36:06 <Sompi> And if the page works with those "real browsers", then they conclude that it works on a "wide range of user agents"
18:36:08 <tomman> "Real Browsers"
18:36:17 <Sompi> Yes, that's the wording he used
18:36:24 <tomman> what makes us then, Complex Browsers?
18:39:46 <Sompi> Again about that new version of Finlex, they claim that it "improves accessibility" compared to the old one
18:40:05 <Sompi> The old one works on everything, the new one requires support for the newest JavaScript things to work at all
18:40:42 <Sompi> How can they even say that it makes its accessibility better? IMO the accessibility of the new one is much, much worse...
18:41:07 <Sompi> And that literally happens every time. They always say that the new thing is more accessible, when it's really just the opposite
19:20:32 <nsITobin> I found out what that cord is plugged into LOL
19:20:35 <nsITobin> frg_Away:
19:23:16 <tomman> if I switch channels (tabs), then the nick list correctly repopulates... and eventually gets polluted again with the nick lists from other channels...
19:23:43 <tomman> seems to have even across different networks
19:24:09 <tomman> (I'm connected to Libera and OFTC, and eventually I get every single nick on a single channel, even if said channel has 3 users :D )
19:47:10 <nsITobin> is this still a tree control?
19:47:19 <nsITobin> or the list item view
20:18:47 <frg_Away> nsITobin list view
20:33:12 <nsITobin> if there is some observer firing when the server sends the various channel lists maybe some extra filtering is needed or something.. tho tree views may be automatically instanced or something?
20:34:04 <nsITobin> our tree views are str8 from the heart of the beast they are amazing but difficult to use
20:37:37 <nsITobin> be back