Closed
Bug 696950
Opened 13 years ago
Closed 13 years ago
Homepage preference not used at start
Categories
(Firefox for Android Graveyard :: General, defect, P1)
Tracking
(fennec11+)
RESOLVED
WONTFIX
Tracking | Status | |
---|---|---|
fennec | 11+ | --- |
People
(Reporter: bnicholson, Assigned: bnicholson)
References
Details
Attachments
(7 obsolete files)
about:home is always loaded. We should use the browser.startup.homepage preference.
Comment 1•13 years ago
|
||
other regions (mozilla china, etc) will want to change this value.
Assignee: nobody → bnicholson
Priority: -- → P1
Assignee | ||
Updated•13 years ago
|
Summary: Homepage preference preference not used at start → Homepage preference not used at start
Assignee | ||
Comment 2•13 years ago
|
||
browser now uses homepage preference
Attachment #569823 -
Flags: review?(doug.turner)
Assignee | ||
Comment 3•13 years ago
|
||
disables lasturi loading in GeckoApp which prevented home page from loading
Attachment #569823 -
Attachment is obsolete: true
Attachment #569823 -
Flags: review?(doug.turner)
Assignee | ||
Updated•13 years ago
|
Attachment #569881 -
Flags: review?(doug.turner)
Comment 4•13 years ago
|
||
Comment on attachment 569881 [details] [diff] [review] patch v2 This breaks the whole "show the last screenshot that was saved". I think it would be better if we timed out using the last screenshot. when enough time passes, we do what you are doing. otherwise, we do what we were doing.
Attachment #569881 -
Flags: review?(doug.turner) → review-
Assignee | ||
Updated•13 years ago
|
Attachment #569881 -
Flags: review- → review?(doug.turner)
Assignee | ||
Comment 5•13 years ago
|
||
This shouldn't break the screenshot, just the loading of the last URI (which we want to do if we are loading the homepage instead).
Comment 7•13 years ago
|
||
Comment on attachment 569881 [details] [diff] [review] patch v2 as discussed.
Attachment #569881 -
Flags: review?(doug.turner) → review-
Assignee | ||
Comment 8•13 years ago
|
||
This patch only activates the homepage if there's no saved state (i.e., this is a fresh start). This follows the same behavior of the stock browser.
Attachment #569881 -
Attachment is obsolete: true
Attachment #573015 -
Flags: review?(doug.turner)
Comment 9•13 years ago
|
||
Comment on attachment 573015 [details] [diff] [review] patch v3 Review of attachment 573015 [details] [diff] [review]: ----------------------------------------------------------------- ::: mobile/chrome/content/browser.js @@ +404,5 @@ > + // if homepage preference doesn't exist, give the default > + if (prefName == "browser.startup.homepage") > + pref.value = "about:home"; > + else > + continue; you should put this in mobile.js. ::: mobile/components/BrowserCLH.js @@ +35,5 @@ > + } > + try { > + let cmdUrl = aCmdLine.handleFlagWithParam("remote", false); > + if (cmdUrl) > + urlParam = cmdUrl; Do we need to fix up this url, or just use it as-is?
Attachment #573015 -
Flags: review?(doug.turner) → review-
Assignee | ||
Comment 10•13 years ago
|
||
patch with prefs changes
Attachment #573015 -
Attachment is obsolete: true
Assignee | ||
Comment 11•13 years ago
|
||
moves pref to mobile.js
Comment 12•13 years ago
|
||
[Thu Nov 10 21:28:56 dougt@dougt:~/builds/birch ] $ hg qpush applying attachment.cgi?id=573742 patching file embedding/android/GeckoApp.java Hunk #1 FAILED at 94 Hunk #2 FAILED at 359 Hunk #3 FAILED at 535 Hunk #5 FAILED at 1023 4 out of 5 hunks FAILED -- saving rejects to file embedding/android/GeckoApp.java.rej patching file mobile/components/BrowserCLH.js Hunk #1 FAILED at 21 1 out of 1 hunks FAILED -- saving rejects to file mobile/components/BrowserCLH.js.rej patch failed, unable to continue (try -v) patch failed, rejects left in working dir errors during apply, please fix and refresh attachment.cgi?id=573742
Assignee | ||
Comment 13•13 years ago
|
||
rebased
Attachment #573738 -
Attachment is obsolete: true
Attachment #573742 -
Attachment is obsolete: true
Updated•13 years ago
|
Attachment #573754 -
Flags: review-
Assignee | ||
Comment 14•13 years ago
|
||
rebased
Attachment #573754 -
Attachment is obsolete: true
Attachment #574455 -
Flags: review?(doug.turner)
Comment 15•13 years ago
|
||
Patch v6 has been bitrotted again by the directory moves...
Comment 17•13 years ago
|
||
Using today's nightly, I can't get the homepage setting to work at all. No matter what I set it to it reverts to "Firefox Start" after restarting. Also it doesn't display the Firefox Start page it displays some random page I looked a few days ago.
Comment 18•13 years ago
|
||
(In reply to Verdi from comment #17) > Using today's nightly, I can't get the homepage setting to work at all. No > matter what I set it to it reverts to "Firefox Start" after restarting. Also > it doesn't display the Firefox Start page it displays some random page I > looked a few days ago. We are killing the preference.
Updated•13 years ago
|
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → WONTFIX
Updated•13 years ago
|
Attachment #574455 -
Attachment is obsolete: true
Attachment #574455 -
Flags: review?(doug.turner)
Updated•13 years ago
|
tracking-fennec: --- → 11+
Comment 21•12 years ago
|
||
(In reply to Mark Finkle (:mfinkle) from comment #18) > We are killing the preference. Does that mean there will no longer be a way to set a home page other than about:home, or will there be another way to do that?
Updated•3 years ago
|
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•