Closed
Bug 618357
Opened 14 years ago
Closed 13 years ago
Location bar is unusable when trying to navigate to a different page
Categories
(Firefox for Android Graveyard :: General, defect)
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: ehsan.akhgari, Assigned: ehsan.akhgari)
References
Details
Attachments
(1 file)
29.98 KB,
patch
|
Details | Diff | Splinter Review |
STR: 1. Go to any page with a lone URL (mine was the firefox wikipedia mobile page). 2. Bring the location bar into the screen and tap on it. The whole URL gets selected, and the keyboard doesn't get invoked. 3. Tap on it again. This time the selection is cleared and you see the caret in the middle of the URL, but still the keyboard doesn't get invoked. This means that you can't use a location bar to go to another page from any page. This should probably block b3.
Assignee | ||
Updated•14 years ago
|
tracking-fennec: --- → ?
Comment 2•14 years ago
|
||
Can't reproduce on Galaxy Tab. I can reproduce on Nexus One.
Comment 3•14 years ago
|
||
This is related to "Find in Page" problem in bug 618355. I was able to repro the find-in-page problem and then saw this problem on Nexus One. I killed Fennec and restarted, and now I can't repro this bug anymore. Must be some kind of focus problem conflicting with content or something.
Assignee | ||
Comment 4•14 years ago
|
||
(It seems that the length of the URL is insignificant, contrary to what I said in comment 0)
Assignee | ||
Comment 5•14 years ago
|
||
(In reply to comment #3) > This is related to "Find in Page" problem in bug 618355. I was able to repro > the find-in-page problem and then saw this problem on Nexus One. I killed > Fennec and restarted, and now I can't repro this bug anymore. > > Must be some kind of focus problem conflicting with content or something. Yeah, I tried again, and couldn't reproduce this time...
Comment 6•14 years ago
|
||
Bug 617926 seems related this bug. Are they dupes?
Assignee | ||
Comment 7•14 years ago
|
||
They may be related, but they hardly look like dupes.
Updated•14 years ago
|
OS: Mac OS X → Android
Hardware: x86 → All
Comment 8•14 years ago
|
||
This seems to be a regression from bug 612128. This bug and bug 617926 are both WFM in a local trunk build after backing out bug 612128 and its followup bug 618006.
Updated•14 years ago
|
tracking-fennec: ? → 2.0b3+
Updated•14 years ago
|
Comment 9•14 years ago
|
||
fixed by backout of bug 612128
Updated•14 years ago
|
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 10•14 years ago
|
||
Not fixed at all! There is still something wrong going on somewhere which was exposed by bug 612128. I need to figure it out, but it doesn't need to block now that bug 612128 is backed out.
Assignee: nobody → ehsan
Status: RESOLVED → REOPENED
tracking-fennec: 2.0b3+ → ---
Resolution: FIXED → ---
Assignee | ||
Comment 11•13 years ago
|
||
I'm marking this as FIXED because mbrubeck says that he can't repro this with bug 612128 re-applied.
Status: REOPENED → RESOLVED
Closed: 14 years ago → 13 years ago
Resolution: --- → FIXED
Comment 12•13 years ago
|
||
Bug is no longer reproducible with : Build ID: Mozilla/5.0 (Android; Linux armv7l; rv:10.0a1) Gecko/20111017 Firefox/10.0a1 Fennec/10.0a1 Device: Motorola Droid 2 OS: Android 2.3 Verifying.
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•