Open Bug 1531661 Opened 2 years ago Updated 1 year ago

escape keypress from other window passed to a JIRA v7.2.6 web pag

Categories

(Core :: DOM: UI Events & Focus Handling, defect, P3)

65 Branch
defect

Tracking

()

UNCONFIRMED

People

(Reporter: david.balazic, Unassigned)

Details

(Keywords: steps-wanted, testcase-wanted, Whiteboard: [enterprise])

Attachments

(1 file)

User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:65.0) Gecko/20100101 Firefox/65.0

Steps to reproduce:

  • Open JIRA v7.2.6 web page and click into an issue description (it turns into an editable TEXTAREA)
  • enter some text into said TEXTAREA
  • alt-tab to some window or dialog that closes on ESC key. For example a File properties dialog from Windows Explorer
  • press ESC key to close said dialog

Actual results:

  • the dialog disappears
  • the JIRA page gets the ESC keypress and cancels the edits done in the TEXTAREA (via some javascript probably, did not investigate)

Expected results:

  • the dialog disappears
  • no action in Firefox, as the keypress was done in another window/application

User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:65.0) Gecko/20100101 Firefox/65.0

Hi David,

Thank you for taking the time to report this. However, I was not able to reproduce it with the latest Firefox release build or the latest Nightly build, on Windows 7 or Windows 10. Unfortunately, I do not have the exact Jira Version that you mentioned (V7.2.6) as I'm using V7.4.3 and this may be also a factor.

Could you please retest this using the latest FF release and latest Nightly build (https://nightly.mozilla.org/) and report back the results? When doing this, please use a new clean Firefox profile, maybe even safe mode, to eliminate custom settings as a possible cause (https://goo.gl/PNe90E).

Component: Untriaged → Event Handling
Product: Firefox → Core
Flags: needinfo?(david.balazic)

In installed nightly 67.0a1 (2019-03-05) (32-bit)
and I can reproduce the issue there too.

Flags: needinfo?(david.balazic)

Adding "steps-wanted" since our QA is not able to reproduce it. Need to investigate an easy reproducible step.

Priority: -- → P3
Summary: escape keypress from other window passed to page → escape keypress from other window passed to a JIRA v7.2.6 web pag

This works without JIRA:

  • open https://stackoverflow.com/a/43427667/822870
  • click the "Run code snippet" button
  • place focus into the text box by clicking inside it
  • open a File Explorer properties dialog
  • alt tab to Firefox
  • alt tab to the mentiobned file dialog
  • press ESC key

Result: the keyup event is detected by the web page (it prints "Non-number pressed.")

Component: Event Handling → User events and focus handling

Sergiu, can you reproduce with the STR from Comment #4?

Flags: needinfo?(sergiu.logigan)
Whiteboard: [enterprise]
Attached image Screen capture.gif

Hey all!

Yes, I can reproduce the issue on both Firefox Nightly 71.0a1 (2019-10-16) and Chrome 77.

I'm attaching a gif of the issue.

Flags: needinfo?(sergiu.logigan)
You need to log in before you can comment on or make changes to this bug.