Closed Bug 780174 Opened 12 years ago Closed 11 years ago

[browser] Cannot scroll disabled textareas

Categories

(Firefox OS Graveyard :: General, defect)

ARM
All
defect
Not set
normal

Tracking

(blocking-kilimanjaro:?, blocking-basecamp:-)

RESOLVED DUPLICATE of bug 817845
blocking-kilimanjaro ?
blocking-basecamp -

People

(Reporter: justin.lebar+bug, Unassigned)

References

Details

+++ This bug was initially created as a clone of Bug 773356 +++

Bug 773356 fixes scrolling in enabled textareas in B2G.  But disabled textareas still do not scroll.

STR:
1. launch browser app
2. go to http://people.mozilla.com/~nhirata/html_tp/disabled_textarea%20no%20scroll.html
3. try to scroll in the disabled field using your finger if you're on the device, or click-and-drag if you're on desktop.

Expected:
* you can scroll

Actual:
* can't scroll

From : https://github.com/mozilla-b2g/gaia/issues/2311#issuecomment-6933190

See bug 773356 for discussion about this issue.
Summary: [browser] Cannot scroll enabled textareas → [browser] Cannot scroll disabled textareas
No longer depends on: 773356
Resetting blocking to ?.  This is not as bad as bug 773356, because you can now scroll enabled textareas.

If we decide this blocks, we need to find resources to fix it.  At the moment, we don't have anyone capable and able to work on this bug.
blocking-basecamp: + → ?
blocking-kilimanjaro: + → ?
There's a risk for ex. sites with EULAs marked read only ...
blocking-basecamp: ? → -
Readonly and disabled are not the same thing for textareas.  Do sites use the former or the latter?
We don't know. Presumably there are sites that use readonly and sites that use disabled. At least assuming both are scrollable in desktop firefox.
All browsers I have been able to test make readonly textareas more readable than disabled textareas (which are barely readable). I hope web developers got the hint that when the text has to be read, readonly should be used... (they can still style those so...)
The issue persist on Unagi build 20130104070203. 

Cannot scroll within one of the fields at http://people.mozilla.com/~nhirata/html_tp/formsninput.html after typing in a large amount of text, then going to another field, then going back to the original field.
That test case wfm.  That was bug 817845.

In the test in comment 0, I can scroll the enabled input but still can't scroll the disabled one.
I cannot reproduce this bug on my otoro with today's m-c and b2g18 codebase, mark as a dup of bug 817845.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.