01:26:28 the more I read about window.event, the more I want to rip out my eyes out of its sockets 01:27:04 it's an IE-specific _bug_, yet we got places like Western Digital actively implementing IE-specific _bugs_ IN 2021!!!! 01:27:10 WTF I CAN'T EVEN 01:27:43 https://developer.mozilla.org/en-US/docs/Web/API/Window/event it's even discouraged by the standards, FFS! 01:28:20 and of course, "fixing" that on our browsers risks breaking addons, but that's too much for webdevs to understand :/ 11:07:01 tomman just a guess that it is window.event. Didn't look at the code. 11:20:27 frg_Away: didn't window.event get revised back out of existance in favor of the shit before? 11:20:53 This feature is no longer recommended. Though some browsers might still support it, it may have already been removed from the relevant web standards, may be in the process of being dropped, or may only be kept for compatibility purposes. Avoid using it, and update existing code if possible; see the compatibility table at the bottom of this page to guide your decision. Be aware that this feature may cease to work at any time. 11:20:57 YEP 11:21:49 So basically Mozilla spent a ridiculous amount of time to convert to top-level ambigous window.event then a few years later.. OOPS nevermind we were just joking! 11:22:00 Glad we never put in the massive effort to do it on UXP 11:23:11 That's the problem with draft specs or chrome-isms as defacto 11:26:16 I am quite sure this "great" feature is responsive for some websites breaking like button clicks not being recognized. Maybe even the broken ebay zoom. The mozilla bug liststs a lot of websites and even while older I suspect this list grows now that every "modern" browser supports it. 11:26:52 nearly every "modern" browser is chrome though 11:26:59 or trying to be chrome 11:27:53 IF it IS the reason for the ebay zoom issue.. somehow it is obscured 11:28:01 and the error surpressed 11:28:10 else the consoles would clearly indicate it 11:57:44 Seems to me the mouse event never gots thru so might be it. Just a guess again. 23:00:05 Strange IMAP INBOX folder duplication. 23:00:06 If you remove ImapMail/ subdir (from your profile), on the next mailer start it will be recreated, but INBOX will be placed as ImapMail/.sbd/INBOX. All the other folders will be in ImapMail// subdir (without .sbd suffix). 23:00:07 But after the second start, yet another INBOX will appear now as ImapMail//INBOX. (All the same for INBOX.msf too). 23:00:07 The imap server is dovecot. 23:00:07 Can anybody pls confirm this? 23:13:05 2.49.5 behaves the same. 23:13:55 If you manually remove this .sbd subdir, all works fine without it. So old existing profiles are not affected...