the more I read about window.event, the more I want to rip out my eyes out of its sockets

it's an IE-specific _bug_, yet we got places like Western Digital actively implementing IE-specific _bugs_ IN 2021!!!!

WTF I CAN'T EVEN

developer.mozilla.org/en-US/docs/Web/API/Window/event it's even discouraged by the standards, FFS!

and of course, "fixing" that on our browsers risks breaking addons, but that's too much for webdevs to understand :/

tomman just a guess that it is window.event. Didn't look at the code.

frg_Away: didn't window.event get revised back out of existance in favor of the shit before?

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.

YEP

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!

Glad we never put in the massive effort to do it on UXP

That's the problem with draft specs or chrome-isms as defacto

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.

nearly every "modern" browser is chrome though

or trying to be chrome

IF it IS the reason for the ebay zoom issue.. somehow it is obscured

and the error surpressed

else the consoles would clearly indicate it

Seems to me the mouse event never gots thru so might be it. Just a guess again.

Strange IMAP INBOX folder duplication.

If you remove ImapMail/ subdir (from your profile), on the next mailer start it will be recreated, but INBOX will be placed as ImapMail/<servername>.sbd/INBOX. All the other folders will be in ImapMail/<servername>/ subdir (without .sbd suffix).

But after the second start, yet another INBOX will appear now as ImapMail/<servername>/INBOX. (All the same for INBOX.msf too).

The imap server is dovecot.

Can anybody pls confirm this?

2.49.5 behaves the same.

If you manually remove this .sbd subdir, all works fine without it. So old existing profiles are not affected...