822475 - Firefox 17.0.1 input issue

Status: RESOLVED DUPLICATE of bug 470769

(Core :: Layout: Form Controls, defect)

Description

[Kyle Brothis]

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20100101 Firefox/17.0
Build ID: 20121128204232

Steps to reproduce:

I just updated my FF to the latest version, and it seems input[type="text"] are not working


Actual results:

Inputs stopped working 


Expected results:

They should have worked

Comment 1

[Matthias Versen [:Matti]]

Please try it in the Firefox safemode
- http://support.mozilla.org/en-US/kb/Safe+Mode

Please attach a testcase or provide a URL if you still get the issue in the safemode.

Comment 2

[Mihai Morar, (:MihaiMorar)]

Works for me for latest nightly (17/12.2012). Please try in Safe Mode as Matti said in Comment 1

Comment 3

[Kyle Brothis]

Please see login modal in the top left of the page. https://research.standardbank.com/

We're also seeing this when you click on a report and try to use the share modal functionality. 

Safe mode does resolve the login modal but the share functionality does still not work proper - 
https://research.standardbank.com/Search#/?Preview=1671-F757CC653143468FBFC2D2075B4D7E2C

Comment 4

[Kyle Brothis]

Update "Top Right of the page would be the log in modal"

Comment 5

[Matthias Versen [:Matti]]

The login part is caused by an extension if it works in the safemode. Disable the extensions in addons/extensions

I can reproduce the issue with the CSS overlay from the share function.
It works in Opera12,IE9, Safari but fails in Firefox trunk and Firefox10ESR

Needs further investigation

Comment 6

[Matthias Versen [:Matti]]

The component is just a vague guess

Comment 7

[Boris Zbarsky [:bzbarsky]]

Matti, what are the actual steps to reproduce here, with expected/actual results?  Loading the url in comment 3 seems to work fine for me at first glance...

Comment 8

[Matthias Versen [:Matti]]

Sorry, i should be more precise while confirming

1) load https://research.standardbank.com/Search#/?Preview=1671-F757CC653143468FBFC2D2075B4D7E2C
2) click on the small share button at the bottom right of the article 
3) typing in the from/to fields fails with Gecko

Comment 9

[Boris Zbarsky [:bzbarsky]]

OK.  That doesn't seem to be a regression from Firefox 16, right?  Did it ever work?

At first glance the page seems to preventDefault various events.  Including as far as I can tell all mousedown events on the sharing widget, which of course means nothing in it can be focused.

Comment 10

[Matthias Versen [:Matti]]

>That doesn't seem to be a regression from Firefox 16, right?
No, this doesn't work in Firefox10ESR

Comment 11

[Kyle Brothis]

Do we have any recent updates regarding this issue? Is there anything from our side that I can help out with?

Comment 13

[mjh563]

I've had a look at this in more detail. I believe the problem is caused by Firefox returning the computed value of large z-indexes in scientific notation, instead of the full number.

The page uses jQueryUI to implement the modal pop-up, and the zIndex() function of jQueryUI calls parseInt on the computed value of the pop-up div's z-index. In this case the z-index is 2147483646, but Firefox returns a computed value of '2.14748e+9' rather than '2147483646'. So zIndex() returns 2 instead of the expected value of 2147483646. This causes the handler for various mouse and keyboard input events to incorrectly set preventDefault().

To confirm that the high z-index is indeed the cause of the problem, do these steps after following the STR in comment 8:

1. Open the Inspector and inspect the pop-up window (it's the div that has class 'ui-dialog')
2. In the Rules tab of the Style Inspector, look for the entry "z-index: 2147483646 !important;"
3. Change the value 2147483646 to 1000000

It should then work as expected.

I'll attach a simplified testcase, but running this code in the the Web Console will demonstrate the basic problem:

var d = document.createElement("div"); d.style.zIndex = "2147483646"; document.body.appendChild(d); window.getComputedStyle(d, null).getPropertyValue("z-index");

The result is "2.14748e+9" instead of the expected "2147483646".

Comment 14

[mjh563]

Attachment: testcase

This testcase prevents the default action for various input events when the computed z-index of the positioned element doesn't match the set value.

This is similar to what happens at the web page in the bug report. And the underlying cause is the same in both cases, that Firefox is not returning the correct computed z-index.

Comment 15

[Matthias Versen [:Matti]]

marking as dupe of bug 470769 based on comment#14.
Thanks for the testcase and finding the underlying issue !

Comment 16

[mjh563]

The fix for this issue at the site's end is to not use such high z-indexes. For example, changing the z-index of .ui-widget-content (in Common.css.package.css line 4328) from 2147483646 to 100000 fixes the problem for me.

There are several other very large z-index values set in that stylesheet, and they should probably be reduced too.

Comment 17

[Matthias Versen [:Matti]]

I don't expect much but I sent a mail to [e-mail] and pointing them to this bug report.

Comment 18

[Addy Lord]

Matti, thank you for your help here. We did see this update and we have updated the site to ensure that the inputs are now working properly. All issues in this regard have been resolved.