Closed Bug 620384 Opened 14 years ago Closed 13 years ago

Set Start page fails on HTC Desire

Categories

(Firefox for Android Graveyard :: General, defect)

ARM
All
defect
Not set
normal

Tracking

(fennec-)

RESOLVED WORKSFORME
Tracking Status
fennec - ---

People

(Reporter: ioana.chiorean, Unassigned)

Details

(Keywords: polish, regression)

Attachments

(1 file)

Attached image start page wrong but
Build Identifier: Mozilla/5.0 (Android; Linux armv7l; rv:2.0b9pre)
Gecko/20101220 Firefox/4.0b9pre Fennec/4.0b4pre 
Device HTC Desire A8181

Steps to reproduce:
1. Go to www.google.com -> Slide to left ->Go to Start page and choose use current page
2. Kill the application 
3. Start the application -> Actual 1)
4. Go to litmus.mozilla.org -> Slide to left ->Go to Start page and choose use current page
5. Kill the application 
6. Start the application -> Actual 2)
7. Slide to left -> Go to Start page and choose blank page -> Actual 3

Expected result:
- the changes should be made as set.

Actual result:
- Actual 1) Application choose correctly Google as hoem page
- Actual 2) Application remains with Google as home page
- Actual 3) 50% of the cases the button changes as in the attached photo

Note:
- see video: http://www.youtube.com/watch?v=rOueY8_SnTU
- see attached photo
- some of the cases litmus is taken as home page but can't be modified with other setting
tracking-fennec: --- → ?
Keywords: regression
OS: Android → All
tracking-fennec: ? → 2.0-
Keywords: polish
why is it marked it as a blocking minus, especially when its a regression bug?
(In reply to comment #1)
> why is it marked it as a blocking minus, especially when its a regression bug?

Regression from what? The reason we blocking- this bug was because it's not 100% repeatable and killing the application after setting a preference is not a typical use case. We think the app does not have a chance to save the prefs to disk before getting killed.

blocking- means we would take a patch to fix this bug, but it's not a priority for fennec 4.0
I should note that if anyone feels this bug happens a lot, and is not hard to recreate using normal usage, we'd change the blocking flag
Still an issue? No reports, so I am closing.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: