Page MenuHomePhabricator

dialog boxes, forever
Closed, WontfixPublic

Description

If I do an action that loads a dialog box (the in-web-page kind) then it keeps loading more and more on top of it. The nice shadow it has gets darker and darker. Any attempt to type leads to the characters individually go into separate boxes as newer ones load on top. Clicks that only change the dialog itself are futile since another box loads on top immediately thereafter. I've done this on the "add an email address for yourself" page and on the "add multi-factor authentication" page. The "loading" icon (a compass but rotating?) shows up in the bottom-right hand corner of the page and stays there as everything grinds to a halt.

So, what's my browser? "Iceape 2.7.12.". What? That's a rebadged Mozilla Seamonkey because Mozilla decided Debian can't keep using the trademarked name and the rights to patch the source at the same time. Yeah, but Seamonkey? That's the browser Mozilla used to ship before it decided to break it apart into standalone components such as Firefox for web browsing and Thunderbird for mail. But they still maintain Seamonkey for those of us who won't let go of our Netscape 4 UI. So it's the same HTML, CSS, JS and network stack as Firefox 10.0.11, but with a fun user agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.12) Gecko/20130823 Firefox/10.0.11esrpre Iceape/2.7.12

Oh, but there's one truly amazing aspect to my browsing experience you may need to replicate the problem: things in my prefs.js. Your javascript can get but not set Window properties "innerHeight", "innerWidth", "outerHeight", "outerWidth", "pageXOffset", "pageYOffset", "screenX" and "screenY". Completely forbidden are Window "resizeBy", "resizeTo", "scroll", "scrollBy", "scrollTo" and "sizeToContent". If you use a Mozilla browser, you can replicate this by pasting this: http://pastebin.com/Pg6sMvr9 into your prefs.js while the browser is not running.

Event Timeline

nicholas raised the priority of this task from to Needs Triage.
nicholas updated the task description. (Show Details)
nicholas added subscribers: nicholas, klimek.
epriestley claimed this task.

This may have inadvertently been fixed (or, at least, improved) by D9399, if the install you're using hasn't updated in a few weeks.

Beyond that, we can't realistically support rare browsers with custom user limitations on the Javascript runtimes. You are the only user we are aware of who uses this combination of browser and configuration, and it doesn't make sense for us to dedicate resources to supporting one-off environments. (If your browser and configuration become much more popular in the future, we might consider support.)

(I would guess that we are using scrollTo() to center the dialog after displaying it on screen, which seems like a completely reasonable behavior on the Phabricator side.)