Closed Bug 7182 Opened 25 years ago Closed 24 years ago

Need prefs browser.startup.homepage_override and startup.homepage_override_url

Categories

(Core :: Preferences: Backend, defect, P3)

defect

Tracking

()

VERIFIED FIXED

People

(Reporter: bijals, Assigned: mcafee)

References

Details

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.
Status: NEW → ASSIGNED
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.
Adding Tina to cc: list.
guestimating tfv, please verify
Blocks: 7579
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
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
Status: NEW → ASSIGNED
Target Milestone: M15
I guess I am as good as anyone. I'll put it out at m15
Component: CCK-Wizard → XPApps
Product: CCK → Browser
Moving this to browser product so it doesn't get lost.
Assignee: davidm → don
Status: ASSIGNED → NEW
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.
Move to M16 for now ...
Target Milestone: M15 → M16
Reassigning for Don
Assignee: don → mcafee
Keywords: nsbeta2
Whiteboard: [FEATURE]
Target Milestone: M16 → M17
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]
Changing from [6/01] to [6/15]
Whiteboard: [nsbeta2+][6/01][FEATURE] → [nsbeta2+][6/15][FEATURE]
Move to M19 target milestone.
Target Milestone: M17 → M19
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.
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]
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]
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
nav triage team: Not sure if this is important for beta1, marking nsbeta1-. If it's critical for customizaion, we will reconsider.
Keywords: nsbeta1-
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
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
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.