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)
Core
Preferences: Backend
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.
Updated•25 years ago
|
Status: NEW → ASSIGNED
Comment 1•25 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 3•25 years ago
|
||
guestimating tfv, please verify
Updated•25 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•25 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•25 years ago
|
Component: CCK-Wizard → XPApps
Product: CCK → Browser
Comment 6•25 years ago
|
||
Moving this to browser product so it doesn't get lost.
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.
Updated•25 years ago
|
QA Contact: bmartin → sairuh
Comment 8•25 years ago
|
||
methinks this is in my test area, so reassigning qa contact to self.
Comment 10•24 years ago
|
||
Reassigning for Don
Comment 11•24 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•24 years ago
|
||
Changing from [6/01] to [6/15]
Whiteboard: [nsbeta2+][6/01][FEATURE] → [nsbeta2+][6/15][FEATURE]
Comment 14•24 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•24 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•24 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•24 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
Comment 18•24 years ago
|
||
Since Don has left, Vishy is taking his bugs in bulk, pending reassignment.
thanks,
Vishy
Assignee: don → vishy
Comment 19•24 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•24 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•24 years ago
|
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 21•24 years ago
|
||
fixed
Updated•24 years ago
|
Component: XP Apps → Preferences: Backend
Keywords: nsbeta2
Whiteboard: [nsbeta2-][FEATURE][NEED INFO]
Comment 22•23 years ago
|
||
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.
Description
•