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)

All
Android
defect

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.
other regions (mozilla china, etc) will want to change this value.
Assignee: nobody → bnicholson
Priority: -- → P1
Summary: Homepage preference preference not used at start → Homepage preference not used at start
Attached patch patch (obsolete) — Splinter Review
browser now uses homepage preference
Attachment #569823 - Flags: review?(doug.turner)
Attached patch patch v2 (obsolete) — Splinter Review
disables lasturi loading in GeckoApp which prevented home page from loading
Attachment #569823 - Attachment is obsolete: true
Attachment #569823 - Flags: review?(doug.turner)
Attachment #569881 - Flags: review?(doug.turner)
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-
Attachment #569881 - Flags: review- → review?(doug.turner)
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 on attachment 569881 [details] [diff] [review]
patch v2

as discussed.
Attachment #569881 - Flags: review?(doug.turner) → review-
Attached patch patch v3 (obsolete) — Splinter Review
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 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-
Attached patch patch v4 (obsolete) — Splinter Review
patch with prefs changes
Attachment #573015 - Attachment is obsolete: true
Attached patch patch v4 (obsolete) — Splinter Review
moves pref to mobile.js
[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
Attached patch patch v5 (obsolete) — Splinter Review
rebased
Attachment #573738 - Attachment is obsolete: true
Attachment #573742 - Attachment is obsolete: true
Attachment #573754 - Flags: review-
Attached patch patch v6 (obsolete) — Splinter Review
rebased
Attachment #573754 - Attachment is obsolete: true
Attachment #574455 - Flags: review?(doug.turner)
Patch v6 has been bitrotted again by the directory moves...
Blocks: 698593
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.
(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.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → WONTFIX
Attachment #574455 - Attachment is obsolete: true
Attachment #574455 - Flags: review?(doug.turner)
tracking-fennec: --- → 11+
(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?
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: