Closed Bug 43792 Opened 24 years ago Closed 22 years ago

Re-install requires a reboot on windows 95 original (psm files)

Categories

(SeaMonkey :: Installer, defect, P4)

Product:
SeaMonkey
Component:
Installer
Platform:
x86
Windows 95
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED WORKSFORME
Milestone:
Future

People

(Reporter: jrgmorrison, Assigned: curt)

Details

Attachments

(4 files)

install1.log : reboot required; delete 'Netscape 6' but not PSM
387.77 KB, text/plain
Details
install1.log : reboot NOT required; delete 'Netscape 6' *and* delete PSM
388.03 KB, text/plain
Details
c:\windows\wininit.ini after an install, but before reboot
680 bytes, text/plain
Details
contents for .\Security\doc (before reboot for this install)
2.15 KB, text/plain
Details 
I thought there was a specific bug open for the reboot that is required for 
windows 95, but I looked for it and couldn't find it, so here's one for now.
(If there is an active bug on this point, then just dup this one away). 

At any rate: 

Steps to reproduce: 

1) on windows 95, download a build from the sweetlou ftp server
   e.g., N6Setup.exe from 
   ftp://sweetlou/products/client/seamonkey/windows/32bit/x86/2000-06-25-09-M17

2) install as normal into Netscape 6 directory

Actual Results: 

 Setup ends with a dialog requesting a reboot. (However, not rebooting has
 no affect on the ability of seamonkey to run correctly).

Expected Results: 

 I believe on other windows flavors, no reboot is required. (I know this is
 the case on win2k, my other dual-boot).

Tested : 2000062508 win95 osr2 (and on many previous builds). 

I do this dance everyday, so this bug has been around for a while, and occurs
in any permutation of install options. (I kept expecting it to go away someday, 
but thought I'd make sure that this was on schedule for beta 2). 

Nominating nsbeta2, as a reboot should not be required if not necessary, and
certainly not if other windows flavours do not require that reboot. (I seem
to be one of the few people who runs windows 95 on a regular basis, but it's 
still the number 2 target OS/version out there in the real world for seamonkey 
(for better or worse)).
Keywords: nsbeta2
John,
see bug 24373 ang bug 19165- they address this issue
Not sure why you are still asked to reboot, I am not-on my Win95 machine (or any  
other)
Yes, those are the root bugs that I was thinking of, but they are closed. 
At any rate, I am very clear that win95 requires a reboot; my machine is 
available for investigation of why.
Putting on [nsbeta2+] radar.
Whiteboard: [nsbeta2+]
John,

Can you attach or send me the install1.log from this particular installation 
that is located in: ...\Netscape 6\Uninstall
Status: NEW → ASSIGNED
Okay, I've worked out part of the problem. I usually reinstall the 
daily build by first deleting 'C:\Program Files\Netscape\Netscape 6'
and then running the N6Setup.exe (or its predecessor name).

However, after looking at the log file, I then tried to reinstall by 
first deleting 'C:\Program Files\Netscape\Netscape 6' *and* deleting
'C:\Program Files\Common Files\Netscape Shared\Security\' (i.e., PSM).
When I did this, I was no longer prompted for a reboot. (However, if
I then revert to just deleting 'Netscape 6', I'm right back in the 
situation where I require a reboot).   

Attaching the log files for (1) an install that requires a  reboot, 
and (2) an install that does *not* require a reboot (i.e., when I 
delete the PSM files first). The only difference (aside from timestamps)
between these two files, is the section on installing PSM.

Note: I then tried this on my win2k system (dual boot): deleting only 
the 'Netscape 6' directory, but leaving PSM behind, does *not* require
a reboot of Windows 2000 (NT5.0). 
It might be a bug with PSM.  I was told that if nothing is running that requires 
PSM (like mozilla.exe, netscp6.exe, or netscape.exe - communicator) then it 
should quit itself.

If you didn't have anything running that requires psm.exe *during* the 
installation phase, then it's a bug with psm.exe for not exiting by itself.

John, do you remember if you had anything running that required psm at the time 
of the installation?  the list above are the only ones that I'm aware of, though 
there might be more apps involved.

Here's my test case with today's build on a Win95OSR2 and NT40 sp4 systems that 
do not have Netscape Shared\Security and Netscape 6 initially:

1) install today's commercial build of Netscape 6
2) let it finish and bring up netscp6.exe for you
3) launch Tasks|Privacy and Security|Security Manager
4) quit Netscape.  I verified that both netscape and psm have quit from memory.
5) delete only the Netscape 6 folder.
6) repeat step 1) only.

No reboot dialog showed.  Log files showed that in both cases the files in the 
...\Netscape Shared\Security dir were being replaced.

Marking this as worksforme.  Please feel free to reopen it if you are still 
having problems.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
When I was looking at this, I was careful to make sure that no other
apps (besides the minimum) were running. In particular, I am certain
that PSM is not running.

(In the past, I have installed with other apps running, but I wanted
to eliminate them from the equation, so I began quitting everything
before the install).

Here are my results for the same sequence (drat!):

YES  > 1) install today's commercial build of Netscape 6
YES  > 2) let it finish and bring up netscp6.exe for you
YES  > 3) launch Tasks|Privacy and Security|Security Manager
YES  > 4) quit Netscape.  
YES! >    I verified that both netscape and psm have quit from memory.
YES  > 5) delete only the Netscape 6 folder.
YES  > 6) repeat step 1) only.

-- and after the above steps, I am prompted for a reboot by the 
setup program (even as Netscape 6 is launching itself cleanly). 

It seems insistent on running the ren8dot3.exe program even though
none of the files were installed in their tilde-abbreviated form
(e.g., foobar~1.dll)

Not sure what is unusual about my setup for win95 4.00.950 (except 
that, it has never seen a copy of IE4.0). Otherwise, I have pretty much 
mainstream applications installed.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
I just found out that John is running into this problem on a Win95 debute 
release, not the ORS2 version which I tested on.
Status: REOPENED → ASSIGNED
Yeah. Sorry for my earlier misinformation. I don't know why I thought I had 
OSR2. (Smacks forehead!).
Need additional info: when you do such an install and before you reboot, could 
you please attach a copy of <windir>\WININIT.ini to this bug? thanks.

Removing nsbeta2+ for reconsideration:
 1) this only happens if you have PSM already (PR1 users)
 2) and only if you are running the very first Win95
Keywords: nsbeta3
Whiteboard: [nsbeta2+]
I would say that this is not nsbeta2+ for the reasons noted by dveditz 
above (i.e., this affects a small subset of win95 users).

----------------------------------------
Okay, so here's more detail.

First, as Sean requested, I ran scandisk on my C: drive and had errors
reported about the path+filename for a number of files in the 'Netscape
6\chrome' hierarchy not being readable in MS-DOS mode, as they were longer
than 66 characters. Don't know if that is relevant to this bug, though.


I then deleted both ".\Netscape 6" *and* ".\Common Files\Netscape Shared" 
from the "Program Files" directory, and then did a Typical install of today's 
sweetlou build.

At the end of this install, I was _not_ prompted for a reboot (expected), 
and Netscape 6 started. 

I checked the registry, though, and there was this in the RunOnce key:

[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\RunOnce]
"ren8dot3"="C:\\Program Files\\Common Files\\Netscape Shared\\Securit
y\\ren8dot3.exe C:\\WINDOWS\\TEMP\\ren8dot3.ini"



The contents of C:\WINDOWS\TEMP\ren8dot3.ini were (minus the linebreak
before '=C:...') : 

[rename]
C:\Program Files\Common Files\Netscape Shared\Security\nsbrk3~1.dll
=C:\Program Files\Common Files\Netscape Shared\Security\nsbrk3231.dll
C:\Program Files\Common Files\Netscape Shared\Security\nscnv3~1.dll
=C:\Program Files\Common Files\Netscape Shared\Security\nscnv3231.dll
C:\Program Files\Common Files\Netscape Shared\Security\nscol3~1.dll
=C:\Program Files\Common Files\Netscape Shared\Security\nscol3231.dll
C:\Program Files\Common Files\Netscape Shared\Security\nsfmt3~1.dll
=C:\Program Files\Common Files\Netscape Shared\Security\nsfmt3231.dll
C:\Program Files\Common Files\Netscape Shared\Security\nsres3~1.dll
=C:\Program Files\Common Files\Netscape Shared\Security\nsres3231.dll
C:\Program Files\Common Files\Netscape Shared\Security\nsuni3~1.dll
=C:\Program Files\Common Files\Netscape Shared\Security\nsuni3231.dll

There was no c:\windows\wininit.ini file existing at this time.

Finally, the C:\Program Files\Common Files\Netscape Shared\Security\doc 
directory contains (at this point):

 Volume in drive C is PRIMARY    
 Volume Serial Number is 3349-15FF
 Directory of C:\Program Files\Common Files\Netscape Shared\Security\doc

.              <DIR>        07-06-00  4:30p .
..             <DIR>        07-06-00  4:30p ..
CMCJAV~1 HTM        16,702  05-17-00  2:57p cmcjavascriptapi.html
PREV     GIF            90  05-17-00  2:57p prev.gif
CONTENTS HTM         3,120  05-17-00  2:57p contents.htm
RELEAS~1 HTM        23,052  05-17-00  2:57p release_notes.html
LICENS~1 HTM           984  05-17-00  2:57p license.html
BANNERRN GIF         2,508  05-17-00  2:57p bannerrn.gif
06PCRYPT GIF         3,065  05-17-00  2:57p 06pcrypt.gif
CARTBA~1 GIF         1,415  05-17-00  2:57p cartbanner.gif
04DIGSGN GIF         5,506  05-17-00  2:57p 04digsgn.gif
GLOSSARY HTM        30,200  05-17-00  2:57p glossary.htm
HELP     HTM       153,216  05-17-00  2:57p help.htm
NEXT     GIF            90  05-17-00  2:57p next.gif
PSMTES~1 HTM           905  05-17-00  2:57p psmtest.html
        13 file(s)        240,853 bytes
         2 dir(s)      68,419,584 bytes free




----------------------------------------

I then deleted *only* ".\Netscape 6", and again did a typical install. 

I was prompted for a reboot (the "bug"), 'wininit.ini' is created, 
and the contents of 'wininit.ini' are now (minus the linefeed before
'=C:...'):

[Rename]
C:\PROGRA~1\COMMON~1\NETSCA~1\SECURITY\DOC\CONTENTS.HTM
=C:\PROGRA~1\COMMON~1\NETSCA~1\SECURITY\DOC\CONTEN~1.HTM
C:\PROGRA~1\COMMON~1\NETSCA~1\SECURITY\DOC\BANNERRN.GIF
=C:\PROGRA~1\COMMON~1\NETSCA~1\SECURITY\DOC\BANNER~1.GIF
C:\PROGRA~1\COMMON~1\NETSCA~1\SECURITY\DOC\06PCRYPT.GIF
=C:\PROGRA~1\COMMON~1\NETSCA~1\SECURITY\DOC\06PCRY~1.GIF
C:\PROGRA~1\COMMON~1\NETSCA~1\SECURITY\DOC\04DIGSGN.GIF
=C:\PROGRA~1\COMMON~1\NETSCA~1\SECURITY\DOC\04DIGS~1.GIF
C:\PROGRA~1\COMMON~1\NETSCA~1\SECURITY\DOC\GLOSSARY.HTM
=C:\PROGRA~1\COMMON~1\NETSCA~1\SECURITY\DOC\GLOSSA~1.HTM
C:\PROGRA~1\COMMON~1\NETSCA~1\SECURITY\REN8DOT3.EXE
=C:\PROGRA~1\COMMON~1\NETSCA~1\SECURITY\REN8DO~1.EXE


The registry RunOnce key at this point has the value(s) : 

[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\RunOnce]
"ren8dot3"="C:\\Program Files\\Common Files\\Netscape Shared\\Securit
y\\ren8dot3.exe C:\\WINDOWS\\TEMP\\ren8dot3.ini"
"Netscape"="C:\\Program Files\\Netscape\\Netscape 6\\Netscp6.exe -ins
taller"


The C:\Program Files\Common Files\Netscape Shared\Security\doc directory
now contains:

 Volume in drive C is PRIMARY
 Volume Serial Number is 3349-15FF
 Directory of C:\Program Files\Common Files\Netscape Shared\Security\doc

.              <DIR>        07-06-00  5:10p .
..             <DIR>        07-06-00  5:10p ..
CMCJAV~1 HTM        16,702  05-17-00  2:57p cmcjavascriptapi.html
PREV     GIF            90  05-17-00  2:57p prev.gif
RELEAS~1 HTM        23,052  05-17-00  2:57p release_notes.html
LICENS~1 HTM           984  05-17-00  2:57p license.html
06PCRYPT GIF         3,065  05-17-00  2:57p 06pcrypt-2.gif
04DIGSGN GIF         5,506  05-17-00  2:57p 04digsgn-2.gif
CARTBA~1 GIF         1,415  05-17-00  2:57p cartbanner.gif
PSMTES~1 HTM           905  05-17-00  2:57p psmtest.html
HELP     HTM       153,216  05-17-00  2:57p help.htm
NEXT     GIF            90  05-17-00  2:57p next.gif
CONTENTS HTM         3,120  05-17-00  2:57p contents-2.htm
CONTEN~1 HTM         3,120  05-17-00  2:57p contents-1.htm
BANNERRN GIF         2,508  05-17-00  2:57p bannerrn-2.gif
GLOSSARY HTM        30,200  05-17-00  2:57p glossary-2.htm
BANNER~1 GIF         2,508  05-17-00  2:57p bannerrn-1.gif
06PCRY~1 GIF         3,065  05-17-00  2:57p 06pcrypt-1.gif
04DIGS~1 GIF         5,506  05-17-00  2:57p 04digsgn-1.gif
GLOSSA~1 HTM        30,200  05-17-00  2:57p glossary-1.htm
        18 file(s)        285,252 bytes
         2 dir(s)      52,363,264 bytes free
John, thanks for doing all these tests.  From what I can see, there might be 
something wrong with either the FAT table or the OS deciphering long filenames.  
My suspissions are from the files that need to be replaced:

  06PCRY~1 GIF  06pcrypt-1.gif
  06PCRYPT GIF  06pcrypt-2.gif

  04DIGS~1 GIF  04digsgn-1.gif
  04DIGSGN GIF  04digsgn-2.gif

  CONTEN~1 HTM  contents-1.htm
  CONTENTS HTM  contents-2.htm

  BANNER~1 GIF  bannerrn-1.gif
  BANNERRN GIF  bannerrn-2.gif

  GLOSSA~1 HTM  glossary-1.htm
  GLOSSARY HTM  glossary-2.htm

If you look closely, all of the DOS filenames (left column) of the *-2.* 
filenames, do not end with ~2.*.  Can you try this on a different Win95 system?  
You can run the w95debut.exe that I sent you before to see if the Win95 OS is 
the debute version or not.

Okay, I tried this on two other win95 machines (in lab 210): 
  1) a win95 debut version (confirmed with w95debut.exe)
  2) win95 OSR2 version 

Short story: on the win95 debut, I get the same behaviour as
previously noted on my win95 debut system -- I wind up with 
the same "-1" and "-2" files in .\Security\doc, and the same
contents of wininit.ini. [1]

On OSR2, I do not get this behaviour (install and re-install
do not require a reboot, no wininit.ini is created, no oddly
named files in .\Security\doc). 

So, it seems to be a problem with win95 debut and the installer
code.

----------------------------------------
[1] Actually, not the exact same behaviour: the installer bombs out on
the win95-debut machine with the error :

  "Error occurred during installation: -238 UNABLE_TO_LOAD_LIBRARY" 

when the installer was at:

   'Currently installing Aol On Desktop', and 
   'Preparing file: cdTool.dll'

I will file a separate bug for that (but I don't really know why that
is happening on this one machine, which sucks. Sorry).
Putting on [nsbeta2-] radar. Not critical to beta2.  Adding "nsbeta3" keyword 
for consideration of a fix for that milestone.
Whiteboard: [nsbeta2-]
John,

Can you open a new bug on the cdtool.dll bug?  It shouldn't be happening like 
that under that particular OS.  It should error out quietly.  Please nominate it 
for nsbeta2 as well.

nsbeta3-, still a small subset of users (Win95A with a previous installation).
Whiteboard: [nsbeta2-] → [nsbeta2-][nsbeta3-]
Interesting :-)

think there is a registry key that enables files to prevent the use of ~form

Have you ever used norton utilites?
http://kslsoft.virtualave.net/regtune/help/rgt_all.htm#33
Depends on: 52052
Priority: P3 → P4
We're not going to fix this one specifically, but some of dbragg's current work 
should make this go away.
Keywords: nsbeta2, nsbeta3 → nsbeta1
Summary: Seamonkey Installer requires a reboot on windows 95 (sweetlou builds) → Re-install requires a reboot on windows 95 original (psm files)
Whiteboard: [nsbeta2-][nsbeta3-]
Supposedly PSM is changing in the future so I think this bug might just go 
away. Not crucial at the moment
Keywords: nsbeta1 → nsbeta1-
No longer depends on: 52052
Keywords: nsbeta1-
over to Curt.
Assignee: ssu → curt
Status: ASSIGNED → NEW
Target Milestone: --- → Future
This bug is very old, has anyone the possibility to test this with a recent
version so this bug may be closed?
fwiw sysinternals.com has a few utilities which might help: process explorer and
file monitor. the first would let you find out if any dlls/exes are floating
around in memory and the second would let you look for access denied messages to
the installer from the os.
I'm saying WFM on this, the problem files in this case are long gone.
Status: NEW → RESOLVED
Closed: 24 years ago → 22 years ago
Resolution: --- → WORKSFORME
verified
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: