Closed
Bug 1438105
Opened 8 years ago
Closed 4 years ago
javascript: doesn't work when a:active {position:relative} is set on a href on Firefox Android
Categories
(Core :: Layout, defect, P3)
Tracking
()
RESOLVED
WORKSFORME
| Tracking | Status | |
|---|---|---|
| firefox60 | --- | affected |
People
(Reporter: karlcow, Unassigned)
References
()
Details
(Whiteboard: [webcompat])
This is a spin-off of https://webcompat.com/issues/15320
This is happening on Firefox Android
<a href="javaScript:getContent('press_note.html')">blah</a>
The button is not working until we remove.
a:active {position: relative}
| Reporter | ||
Updated•8 years ago
|
status-firefox60:
--- → affected
Comment 1•8 years ago
|
||
If you make :active applied from the beginning (via devtools), it works as well.
Changing position would triggering a reframe, so probably there is something going wrong with how touch works with a reframe. This could be a event dispatching issue or a layout issue, I'm not sure.
Comment 2•8 years ago
|
||
Looked a bit at the code but failed to find any place suspicious...
| Reporter | ||
Updated•8 years ago
|
See Also: → https://webcompat.com/issues/16080
Comment 3•7 years ago
|
||
Migrating Webcompat whiteboard priorities to project flags. See bug 1547409.
Webcompat Priority: --- → ?
Comment 4•7 years ago
|
||
See bug 1547409. Migrating whiteboard priority tags to program flags.
Updated•6 years ago
|
URL: http://www.kpsc.kar.nic.in/ → http://www.kpsc.kar.nic.in/
Webcompat Priority: ? → revisit
Comment 5•4 years ago
|
||
One WebCompat bug was fixed by the site, the other doesn't reproduce anymore in Fenix. Let's assume this is fixed by now.
Status: NEW → RESOLVED
Closed: 4 years ago
Webcompat Priority: revisit → ---
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•