Closed
Bug 546273
Opened 16 years ago
Closed 16 years ago
Form Assistant misses focus on profiles.yahoo.com.
Categories
(Firefox for Android Graveyard :: General, defect)
Firefox for Android Graveyard
General
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: janpieniadz1, Assigned: vingtetun)
References
()
Details
(Whiteboard: formfill)
Attachments
(4 files, 1 obsolete file)
|
46.31 KB,
image/png
|
Details | |
|
107.91 KB,
image/png
|
Details | |
|
1.53 KB,
patch
|
mfinkle
:
review+
|
Details | Diff | Splinter Review |
|
27.78 KB,
patch
|
mfinkle
:
review+
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; pl; rv:1.9.1.7) Gecko/20091221 Firefox/3.5.7 (.NET CLR 3.5.30729)
Build Identifier: Mozilla/5.0 (X11; U; Linux armv7l; en-US; rv:1.9.2.2pre) Gecko20100209 Namoroka/3.6.2pre Fennec/1.0pre
Maemo 5
fennec_1.0~20100209013306_armel
xulrunner_1.9.2.2pre-20100209011315_armel
Reproducible: Always
Steps to Reproduce:
1. Navigate to http://profiles.yahoo.com
2. Log in to yahoo! service.
3. Tap on 'guestbook' (textarea) form and observe position on page.
Actual Results:
Block zooming is invoked but specified area is not visible. See screenshots.
Expected Results:
Block zooming is invoked and Form Assistant dialog is opened.
Specified area (set on 'guestbook' form) is zoomed and centred on screen.
| Reporter | ||
Comment 1•16 years ago
|
||
| Reporter | ||
Comment 2•16 years ago
|
||
| Reporter | ||
Updated•16 years ago
|
Summary: Form Assistant misses focus on locale.yahoo.com. → Form Assistant misses focus on profiles.yahoo.com.
Comment 3•16 years ago
|
||
Confirmed on build:
Mozilla/5.0 (X11; U; Linux armv7l; en-US; rv:1.9.2.2pre) Gecko20100215 Namoroka/3.6.2pre Fennec/1.1a2pre
Is this a regression of https://bugzilla.mozilla.org/show_bug.cgi?id=524978 ?
Assignee: nobody → 21
Status: UNCONFIRMED → NEW
Ever confirmed: true
Updated•16 years ago
|
Assignee: 21 → nobody
Component: Linux/Maemo → General
OS: Linux → All
QA Contact: maemo-linux → general
Hardware: Other → All
| Assignee | ||
Comment 4•16 years ago
|
||
(In reply to comment #3)
> Confirmed on build:
> Mozilla/5.0 (X11; U; Linux armv7l; en-US; rv:1.9.2.2pre) Gecko20100215
> Namoroka/3.6.2pre Fennec/1.1a2pre
>
>
> Is this a regression of https://bugzilla.mozilla.org/show_bug.cgi?id=524978 ?
It sounds like a different bug.
Actually this specific textarea give me a rect of [-9969,-9999,10919,70] which is a non-sense for me.
Assignee: nobody → 21
| Assignee | ||
Comment 5•16 years ago
|
||
(In reply to comment #4)
> (In reply to comment #3)
> > Confirmed on build:
> > Mozilla/5.0 (X11; U; Linux armv7l; en-US; rv:1.9.2.2pre) Gecko20100215
> > Namoroka/3.6.2pre Fennec/1.1a2pre
> >
> >
> > Is this a regression of https://bugzilla.mozilla.org/show_bug.cgi?id=524978 ?
>
> It sounds like a different bug.
>
> Actually this specific textarea give me a rect of [-9969,-9999,10919,70] which
> is a non-sense for me.
Right.
I don't know why yahoo is doing that but the label for the textarea is at position [-9999, -9999] and this is why we fail to position the view.
This patch set a limit to the maximum distance between the label and the input.
Attachment #427026 -
Flags: review?(mark.finkle)
Comment 6•16 years ago
|
||
Comment on attachment 427026 [details] [diff] [review]
Patch
>- let width = labelRect.width + elRect.width + (elRect.x - labelRect.x - labelRect.width);
>- return new Rect(labelRect.x, labelRect.y, width, elRect.height).expandToIntegers();
>+ let isClosed = Math.abs(labelRect.left - elRect.left) - labelRect.width < kDistanceMax &&
>+ Math.abs(labelRect.top - elRect.top) - labelRect.height < kDistanceMax;
isClose, not isClosed
I'd like to see a few Form Assistant tests land with this bug please. Not hundreds, but a few would be good.
Attachment #427026 -
Flags: review?(mark.finkle) → review+
| Assignee | ||
Updated•16 years ago
|
Whiteboard: formfill
| Assignee | ||
Comment 7•16 years ago
|
||
This patch add the first test to FormHelper and also factorize a bit the browser-chrome test for the Helpers functions.
There is also some corrections for FormHelper i've found while writing the tests.
Attachment #427677 -
Flags: review?(mark.finkle)
| Assignee | ||
Comment 8•16 years ago
|
||
oups, I've forgot to add head.js to this patch.
Sorry for the spam
Attachment #427677 -
Attachment is obsolete: true
Attachment #427680 -
Flags: review?(mark.finkle)
Attachment #427677 -
Flags: review?(mark.finkle)
Comment 9•16 years ago
|
||
Comment on attachment 427680 [details] [diff] [review]
tests + some minor bug corrections for FormHelper
works OK and all tests are green.
Attachment #427680 -
Flags: review?(mark.finkle) → review+
Comment 10•16 years ago
|
||
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Comment 11•16 years ago
|
||
This is not fixed on builds:
Mozilla/5.0 (Windows; U; WindowsCE 5.2; en-US; rv:1.9.2.2pre) Gecko/20100302 Namoroka/3.6.2pre Fennec/1.1a1
and
Mozilla/5.0 (X11; U; Linux armv7l; Nokia N900; en-US; rv:1.9.2.2pre) Gecko/20100302 Namoroka/3.6.2pre Fennec/1.1a2pre
and
Mozilla/5.0 (X11; U; Linux armv6l; en-US; rv:1.9.3a2pre) Gecko/20100302 Namoroka/3.7a2pre Fennec/1.1a2pre
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Comment 12•16 years ago
|
||
pushed main patch:
http://hg.mozilla.org/mobile-browser/rev/eed680712995
Status: REOPENED → RESOLVED
Closed: 16 years ago → 16 years ago
Resolution: --- → FIXED
Comment 13•16 years ago
|
||
pushed fix to main patch:
http://hg.mozilla.org/mobile-browser/rev/48c4029b6c3d
You need to log in
before you can comment on or make changes to this bug.
Description
•