Need prefs browser.startup.homepage_override and startup.homepage_override_url

VERIFIED FIXED

Status

()

Core
Preferences: Backend
P3
normal
VERIFIED FIXED
19 years ago
17 years ago

People

(Reporter: bijals (gone), Assigned: Chris McAfee)

Tracking

Trunk
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

19 years ago
Need to support this first page URL (page loaded first time user starts
Navigator) through a pref.  This should be documented in the CCK Administrator's
guide.

Updated

19 years ago
Status: NEW → ASSIGNED

Comment 1

19 years ago
I need to track down whether this is planned and who is doing it.  What's the
reason we still need this?

Once I've verified it's a feature, I'll move this to Robin for docs.

Comment 2

19 years ago
Adding Tina to cc: list.

Comment 3

19 years ago
guestimating tfv, please verify

Updated

19 years ago
Blocks: 7579

Updated

19 years ago
Assignee: selmer → davidm
Status: ASSIGNED → NEW
Summary: First page URL (page loaded first time user starts Navigator) [profile level] → Need prefs browser.startup.homepage_override and startup.homepage_override_url
Target Milestone: M12

Comment 4

19 years ago
Changed summary to reflect actual request.

This bug is to have the prefs browser.startup.homepage_override and
startup.homepage_override_url work the same in Seamonkey as they did in 4.x.
When browser.startup.homepage_override is set to "true" and
startup.homepage_override_url is set to some URL, the browser should go to that
URL rather than the normal homepage URL the very first time it's launched.
After that first launch, it should revert to the normal homepage URL.

David, if you're not the right person to own this, can you suggest someone else?

Thanks,

Steve

Updated

19 years ago
Status: NEW → ASSIGNED
Target Milestone: M15

Comment 5

19 years ago
I guess I am as good as anyone. I'll put it out at m15

Updated

19 years ago
Component: CCK-Wizard → XPApps
Product: CCK → Browser

Comment 6

19 years ago
Moving this to browser product so it doesn't get lost.

Updated

19 years ago
Assignee: davidm → don
Status: ASSIGNED → NEW

Comment 7

19 years ago
reassign to don. This is sort of hard as there is no good place to record what
type of windows have been opened. The browser App core shouldn't work since
ideally that will be unloaded if there are no open browser windows.
QA Contact: bmartin → sairuh
methinks this is in my test area, so reassigning qa contact to self.

Comment 9

18 years ago
Move to M16 for now ...
Target Milestone: M15 → M16

Comment 10

18 years ago
Reassigning for Don
Assignee: don → mcafee
Keywords: nsbeta2
Whiteboard: [FEATURE]
Target Milestone: M16 → M17

Comment 11

18 years ago
Putting on [nsbeta2+][6/01] radar.  This work must be done by 06/01 or we may 
pull this for PR2.
Whiteboard: [FEATURE] → [nsbeta2+][6/01][FEATURE]

Comment 12

18 years ago
Changing from [6/01] to [6/15]
Whiteboard: [nsbeta2+][6/01][FEATURE] → [nsbeta2+][6/15][FEATURE]

Comment 13

18 years ago
Move to M19 target milestone.
Target Milestone: M17 → M19

Comment 14

18 years ago
Since we only have one more day to go on this one, my guess is that it won't
make it.  McAfee has other bugs that are a higher priority than this one.

Comment 15

18 years ago
Cleaning up status whiteboard by marking beta2 minus (6/15 has passed).

It is good that folks are focusing on the higher priority items for beta2.

Doomage in large, and this is a good item to have to skip (IMO).
Whiteboard: [nsbeta2+][6/15][FEATURE] → [nsbeta2-][FEATURE]

Comment 16

18 years ago
nav triage team:
[NEED INFO]
Selmer, is this a beta3 requirement?  The startup page helps users learn the
product.  Reassigning to you, if it is a requirement, can y'all do it?
Assignee: mcafee → selmer
Whiteboard: [nsbeta2-][FEATURE] → [nsbeta2-][FEATURE][NEED INFO]

Comment 17

18 years ago
Don, not sure why this got assigned to me.  It's been languishing.  Any chance
it's a WFM by now?
Assignee: selmer → don
Since Don has left, Vishy is taking his bugs in bulk, pending reassignment.
thanks,
	Vishy
Assignee: don → vishy

Comment 19

18 years ago
nav triage team:

Not sure if this is important for beta1, marking nsbeta1-. If it's critical for
customizaion, we will reconsider.
Keywords: nsbeta1-
(Assignee)

Comment 20

18 years ago
looks like sspitzer fixed this, all.js has:

  // "browser.startup.homepage_override" was for 4.x
  pref("browser.startup.homepage_override.1", true);

and navigator.properties has

  startup.homepage_override_url=http://www.mozilla.org/mozorg.html

Adding sspitzer and marking fixed.
Assignee: vishy → mcafee
(Assignee)

Updated

18 years ago
Status: NEW → RESOLVED
Last Resolved: 18 years ago
Resolution: --- → FIXED
(Assignee)

Comment 21

18 years ago
fixed
Component: XP Apps → Preferences: Backend
Keywords: nsbeta2
Whiteboard: [nsbeta2-][FEATURE][NEED INFO]
vrfy'd the pref in all.js on the three main platforms [2001.04.19.0x comm bits].
Status: RESOLVED → VERIFIED
OS: Windows NT → All
Hardware: PC → All
You need to log in before you can comment on or make changes to this bug.