Closed Bug 1455059 Opened 6 years ago Closed 6 years ago

Tab no longer works in Etherpad

Categories

(Web Compatibility :: Site Reports, defect, P1)

defect

Tracking

(firefox-esr52 unaffected, firefox-esr60 unaffected, firefox59 unaffected, firefox60 unaffected, firefox61 disabled, firefox62 disabled, firefox63 fix-optional, firefox64 fix-optional)

RESOLVED WORKSFORME
Tracking Status
firefox-esr52 --- unaffected
firefox-esr60 --- unaffected
firefox59 --- unaffected
firefox60 --- unaffected
firefox61 --- disabled
firefox62 --- disabled
firefox63 --- fix-optional
firefox64 --- fix-optional

People

(Reporter: pascalc, Unassigned)

References

Details

(Keywords: nightly-community, regression, site-compat, Whiteboard: [sitewait])

Mozilla/5.0 (X11; Linux x86_64; rv:61.0) Gecko/20100101 Firefox/61.0 ID:20180418112600

STR:
1/ Go to https://public.etherpad-mozilla.org/p/testkeypress
2/ go to some line of text, hit the Tab key.

ER:
Line gets indented like in 59 or Chrome

AR:
Nothing happens

This is a regression reported by our Nightly community today on IRC.
Just noticed I have a really old nightly on my personal laptop. So I can say: the regression range is somewhere between 2018-04-07 and today.
Last good revision: d10dc4dc4162b15320bf468adaf5cf0859666c23
First bad revision: 2ab582bacc98fecfc3cc52b3f275a23ff40a683f
Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=d10dc4dc4162b15320bf468adaf5cf0859666c23&tochange=2ab582bacc98fecfc3cc52b3f275a23ff40a683f

Caused by bug 1440189
Keywords: site-compat
Hmm, first, we should report Etherpad developers this bug to fix by their side.

Until actually fixed, we need to add some hack for Etherpad...
Filed issue to Etherpad:
https://github.com/ether/etherpad-lite/issues/3383
Component: Event Handling → Desktop
Product: Core → Tech Evangelism
Version: 61 Branch → Trunk
Priority: -- → P1
Whiteboard: [sitewait]
This behavior change is currently Nightly-only.
This works for me in Nightly 63 and Beta 62, on macOS 10.13.5.  Pascal, is it still broken for you?
Flags: needinfo?(pascalc)
We've turned off the new behavior for that site using the dom.keyboardevent.keypress.hack.dispatch_non_printable_keys pref.

We've since fixed the code upstream but have yet to get Mozilla's instance of Etherpad updated. Once we do that, we can drop it from the blacklist in that pref.
Flags: needinfo?(pascalc)
The tab key appears to work for Mozilla's instance and for others, for example, https://beta.etherpad.org/p/testingtab.
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → WORKSFORME
Product: Tech Evangelism → Web Compatibility
You need to log in before you can comment on or make changes to this bug.