19:08:00 <NewTobinParadigm> frg_Away: What was blocking using toolkit autocomplete in seamonkey anyway?
19:08:09 <NewTobinParadigm> aside from mailnews ui
19:08:53 <NewTobinParadigm> I know the urlbar uses it
19:09:11 <NewTobinParadigm> did you ever eventually switch it over
19:10:10 <frg_Away> NewTobinParadigm Before my time but I think yes mostly urlbar / unifiedcomplete junk. Didn't switch for urlbar but form autocomplete uses it if I am not mistaken. .
19:11:28 <NewTobinParadigm> afaik content autocomplete uses toolkit as does unifiedcomplete when in that mode but the urlbar seems to be PART xpfe autocomplete part toolkit autocomplete it is very strange
19:13:56 <frg_Away> yes If you use the dropmarker it uses xpfe. If you enter data indeed autocomplete but I think own "hybrid" implementation. Has been some time since I looked.
19:14:56 <NewTobinParadigm> so dropdown content is being fed from urlbarhistory.sqlite
19:15:03 <NewTobinParadigm> i remember now
19:15:05 <NewTobinParadigm> hmm
19:15:52 <frg_Away> Comes with its own can of worms. paswords saving...
19:18:41 <NewTobinParadigm> looks like if one wants to get rid of the xpfe autocomplete one might have to delve into the older per-tab/browser session history
19:19:00 <NewTobinParadigm> involving the back forward urlbar dropdown and the Go menu
19:19:14 <NewTobinParadigm> switch that all over to places
19:20:08 <NewTobinParadigm> not sure it is worth the work for me least at this time
19:20:30 <NewTobinParadigm> I personally never liked places as a component
19:20:51 <NewTobinParadigm> i much prefered the orginal bookmark and history components
19:21:11 <NewTobinParadigm> those could have been modified to use sqlite
19:21:41 <NewTobinParadigm> but this unified bookmarkshistoryeverythingelsecrap and its UI always rubbed me the wrong way
19:22:58 <NewTobinParadigm> of course if one wanted to re-invent something more akin to the orginal services u'd have to also take favicons into account as well
19:23:22 <frg_Away> I like the history and bookmarks integration. I dislike the download integration. One of the reasons I didn't port this part but it seem alien to me there.
19:24:30 <frg_Away> And trips over itself when it encounters a non common scheme like for imap mail attachments.
19:24:49 <NewTobinParadigm> JSDownloads sucks because it never gained the full rich functionality of str8 nsDownloads and its association with places is ponderous and of course .. you MUST impliment your own everything for it.. it is very Modern Firefox thinking
19:25:02 <NewTobinParadigm> no regard for the platform nature of the shared code
19:26:31 <NewTobinParadigm> also for me.. files transfer faster than with JSDownloads and I never could figure out why
19:26:58 <NewTobinParadigm> especially when one of the touted features at the time was that JSDownloads download faster
19:28:17 <NewTobinParadigm> I am gonna merge the toolkit ui service with the suite downloads ui service and make EITHER xul window avilable
19:28:28 <NewTobinParadigm> and i am gonna kick JSDownloads out of the tree
19:28:47 <NewTobinParadigm> it can live in homerchu.. I'll leave the nsDownloads stubbing in place but remove the pref
19:29:37 <NewTobinParadigm> tho i may not even bother with the Aviary design one
19:29:51 <NewTobinParadigm> the communicator UI is superior after all
19:31:56 <NewTobinParadigm> also frg_Away I am indeed going to take in your mod for the toolbar grippies and set that as default off.. I like that but I never use them and having them on just highlights them NOT being there in Interlink
19:32:30 <NewTobinParadigm> Either.. all toolbars get grippy capable globally or eventually I will just not have grippys at all
19:33:00 <NewTobinParadigm> even though I love them so
19:33:48 <frg_Away> I constantly "misclicked" and did hide the tool- or menubar. I wasn't alone.
19:34:31 <NewTobinParadigm> well then maybe it is time to consider just ditching the xpfe toolbar emulation bindings
19:34:48 <NewTobinParadigm> as sad as that might be..
20:08:13 <NewTobinParadigm> frg_Away: think any of this would apply to 56? https://code.binaryoutcast.com/projects/aura-central/commit/649005d1208df649f666adb73a9f74584105113c
20:08:26 <NewTobinParadigm> https://repo.palemoon.org/MoonchildProductions/UXP/issues/1509
20:09:12 <NewTobinParadigm> his patch would better apply to the mozstructure
20:09:17 <NewTobinParadigm> but yeah
20:09:54 <NewTobinParadigm> I am guessing if Mozilla's behavior ever became correct it did so by replacement not actual fixing
20:13:07 <frg_Away> Exported it into my patches directory.  Form fill /autocomplete has been changed and changed and changed between 52 and 56 so not sure.
20:15:17 <NewTobinParadigm> yeah, That is why I am not looking to patch any of the discreet components unless they can be made better or to fix issues
20:16:06 <NewTobinParadigm> and why I left dom, js, and layout where they were as hotpaths of stuff that DO have to be patched if any advancement is to be done
20:16:49 <NewTobinParadigm> crap like autocomplete or downloads or whatever would have to be adapted anyway for such patches what is one more step with the restructure and standardization of that structure
20:17:47 <NewTobinParadigm> and as far as ARE is conserned.. the same principle for leaving hard to track hot paths for patching applies just the same
22:42:49 <frg_Away> status meeting notes are done (late):
22:42:50 <frg_Away> https://wiki.mozilla.org/SeaMonkey/StatusMeetings/2022-05-08
22:42:52 <frg_Away> https://wiki.mozilla.org/index.php?title=SeaMonkey%2FStatusMeetings%2F2022-05-08&type=revision&diff=1242392&oldid=1242252
23:24:31 <tomman> oh wow, Pontoon stopped working with SeaMonkey!?
23:25:22 <njsg> yeah, I think so
23:26:24 <tomman> the logon page (Mozilla account) indeed gets stuck on an infinite spinner
23:26:28 <tomman> (no errors logged to console)
23:26:46 <tomman> IIRC you needed a UA override for accounts.firefox.com, but that doesn't seem to work anymore
23:30:15 <njsg> at one point, I think you needed to indicate Fx56, as otherwise it'd try to use features that are/were not present
23:31:17 <njsg> but I think now the actual pontoon interface also requires something more