- From: Mike Taylor <notifications@github.com>
- Date: Tue, 21 Feb 2017 08:46:23 -0800
- To: whatwg/dom <dom@noreply.github.com>
- Cc: Subscribed <subscribed@noreply.github.com>
Received on Tuesday, 21 February 2017 16:46:57 UTC
Yeah, let's try to avoid any churn (I'm try to be careful here...). My thinking here: `Event.returnValue`: * If you set `returnValue` to `false`, prevent the default action. * Otherwise, just set the value. (I haven't tested existing handling of `0` or `null` yet, on my TODO list.) > Gecko, and WebKit as of @cdumez's recent changes, implement that part of the HTML spec perfectly; Maybe I misunderstand (odds are good...): https://miketaylr.com/bzla/beforeunload.html in WebKit shows the beforeunload prompt when `returnValue` is set to the empty string, which is not what HTML says. So currently the only maintained browser that has that behavior is Gecko. I suspect it's not needed. `BeforeUnload.returnValue` at that point just behaves like `Event`, so I think we can get rid of it. I'd prefer to not touch any other aspect of `beforeunload` event handling at all, if possible. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/whatwg/dom/issues/334#issuecomment-281402154
Received on Tuesday, 21 February 2017 16:46:57 UTC