Closed Bug 100625 Opened 23 years ago Closed 15 years ago

Turbo: QuickLaunch is running older build/version, than what was last installed

Categories

(Core Graveyard :: QuickLaunch (AKA turbo mode), defect)

x86
Windows 98
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: jaimejr, Unassigned)

References

Details

(Whiteboard: [correctness])

Build ID:  2001-09-19-05-0.9.4
Reproducible: Always

Steps:
1. Install a daily branch build with QuickLaunch enabled.
2. Launch the browser, play for a while, notice bad UI elements, get another build.
3. Install another daily branch build, into a seperate directory

Results: It appears QuickLaunch is launching the older build, instead of the new
one I have installed. Why do I think this? Because it exhibits different
behavior, from between, the new build launched from the short cut on my desktop,
and the what looks like the previous build.

Note: This could affect people testing the QuickLaunch feature.
Did you exit the program (including QuickLaunch) before running the installer? 
If not, did the installer fail to detect the running version?  How is
QuickLaunch running after the install?
Blocks: 75599
->XP Apps. 
Assignee: asa → pchen
Component: Browser-General → XP Apps
QA Contact: doronr → sairuh
Answer to Peter's questions:

1) Did you exit the program (including QuickLaunch) before running the
installer? - Yes.

2) If not, did the installer fail to detect the running version? - I think the
installer can detect between versions, like 6.0 and 6.1, but may be having
problems between intra-version detection of daily builds.

3) How is QuickLaunch running after the install? Selected, QuickLaunch to be on
in install dialogue.

Note: QuickLaunch also running after a reboot, irrespective if I exit or disable
it. Filed Bug 101144.

Keywords: nsbranch
Whiteboard: [correctness]
See also bug 89781, [rfe] make quick launch compare versions before using 
existing process.  That covers the case of using zip builds instead of 
installer builds, and would also be good for QA wanting to quickly switch 
between two different builds.
Depends on: 89781
QA Contact: sairuh → tpreston
Not likely to affect the vast majority of nsbranch users: nsbranch-
Keywords: nsbranchnsbranch-
Blocks: 107067
Keywords: nsbranch-
Trying to reproduce using 2001-10-22-06-trunk and 2001-10-29-06-trunk builds but
not having any success. I install 10-22-06 first, then 10-29-06 (in a different
folder) and don't have any mixups. If there's any other info on how to
reproduce, I'm all ears.
Marking p3 and mozilla1.1, will move in once I can reproduce
Priority: -- → P3
Target Milestone: --- → mozilla1.1
-> default assignee
Assignee: pchen → trudelle
QA Contact: tpreston → sairuh
Target Milestone: mozilla1.1 → ---
->future
Target Milestone: --- → Future
what is the reason we are futuring this one?
How many users have multiple builds?
Even with multiple builds, this is difficult for developers to reproduce. 
No longer blocks: 107067
No longer blocks: 75599
Blocks: 75599
Product: Core → Mozilla Application Suite
Quicklaunch is done based on: Bug 383161 – keep in memory (turbo mode?) for
faster startup not working

so this one should be WONTFIX I guess.
Assignee: trudelle → jag
Priority: P3 → --
QA Contact: bugzilla
Target Milestone: Future → ---
(In reply to comment #13)
> Quicklaunch is done based on: Bug 383161 – keep in memory (turbo mode?) for
> faster startup not working
> 
> so this one should be WONTFIX I guess.

Which in turn is a duplicate of:  Bug 361682 -  Remove "turbo mode" from suiterunner builds
=> WONTFIX - turbo is gone after SM v1.1
Status: NEW → RESOLVED
Closed: 15 years ago
QA Contact: ui-design
Resolution: --- → WONTFIX
Assignee: jag-mozilla → nobody
Component: UI Design → QuickLaunch (AKA turbo mode)
Product: SeaMonkey → Core
QA Contact: ui-design → quicklaunch
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.