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)

All
Windows 95
defect

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.
Nominating nsbeta3 but minusing on the assumption that we don't care enough about Win 95a to slow us down for this.
Assignee: dveditz → ssu
Keywords: nsbeta3, rtm
Whiteboard: [nsbeta3-]
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
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
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 → ---
Do we still care about win95 bugs?
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-]
It was assigned to me, and I remembered fixing other similar problems.
Moving on. Marking Verified!
Status: RESOLVED → VERIFIED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.