Closed
Bug 53740
Opened 25 years ago
Closed 23 years ago
Reboot unexpectedly required for replacing txt file not in use on Win 95 4.00.950a only
Categories
(Core Graveyard :: Installer: XPInstall Engine, defect, P3)
Tracking
(Not tracked)
VERIFIED
WONTFIX
People
(Reporter: jimmykenlee, Assigned: dprice)
Details
Build: 2000-09-19-09-M18(WIN)
1. Verify that Win 95 4.00.950a is used. Problem cannot be reproduced with
version b of Win 95.
2. From http://jimbob/trigger3.html, click Acceptancd drop-down and choose
addfiledelete
3. Click Trigger case button
4. Click OK from confirm dialog; a subdirectory and file, smrtupdt.txt is
installed to "Program" directory
5. Repeat steps# 2-4
RESULT:
The subdirectory now contains two files named smrtupdt-1.txt and smrtupdt-2.txt,
respectively. Rebooting does rename smrtupdt-1.txt (the second install) to
smrtupdt.txt.
EXPECTED RESULT:
No reboot is necessary since the first file installed was not in use.
NOTE:
Repeating the steps above several times does generate more forms of smrtupdt.txt
(smrtupdt-1.txt, smrtupdt-2.txt, smrtupdt-3.txt, smrtupdt-4.txt, etc.), and it
appears that after reboot, the last installed file remains as smrtupdt.txt.
Comment 1•25 years ago
|
||
Nominating nsbeta3 but minusing on the assumption that we don't care enough
about Win 95a to slow us down for this.
Comment 2•25 years ago
|
||
Jimmy, does this have an vile effects on a Netscape 6 install or update.html
upgrade? Giving minus, please remove it if you'd like to appeal
Whiteboard: [nsbeta3-] → [nsbeta3-][rtm-]
I am able to install Netscape 6 from the installer. I have only tried the
update.html once quite awhile back. I will investigate with a more recent build
. Most users should upgrade from Win 95a to Win 95b anyway, so for now I
support the minus.
It appears that files are replaced as expected after running update.html.
However, it is not complete. Bug 55253 blocks me from being absolutely sure.
Updating this bug report to show dependency on Bug 55253. My theory is that
fixing Bug 55253 will fix this bug as well.
Depends on: 55253
Comment 5•25 years ago
|
||
I don't think this has anything to do with bug 55253. That one's because we
have non-8.3 names in the product and can't replace them correctly using the
WININIT mechanism on reboot. This one there should be no reboot required.
No longer depends on: 55253
Thanks. Dan is correct. Not being able to startup is related. However, a
reboot should not be required.
over to dprice.
Assignee: ssu → dprice
Target Milestone: --- → mozilla0.9.8
Comment 8•23 years ago
|
||
dprice is on sabitcal. moving to next milestone.
Target Milestone: mozilla0.9.8 → mozilla0.9.9
only nsbeta1+ bugs can have milestones, resetting to ---
Target Milestone: mozilla0.9.9 → ---
Assignee | ||
Comment 10•23 years ago
|
||
Do we still care about win95 bugs?
Comment 11•23 years ago
|
||
No, we don't really care. What prompted you to look at this one?
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → WONTFIX
Whiteboard: [nsbeta3-][rtm-]
Assignee | ||
Comment 12•23 years ago
|
||
It was assigned to me, and I remembered fixing other similar problems.
Updated•9 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•