Closed Bug 63231 Opened 24 years ago Closed 24 years ago

mozilla hanging if Java not installed and enabled on VMS

Categories

(Core Graveyard :: RDF, defect)

Product:
Core Graveyard
Component:
RDF
Platform:
DEC
OpenVMS
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
VERIFIED DUPLICATE of bug 41057

People

(Reporter: Arne.Bergseth, Assigned: edburns)

Details

From Bugzilla Helper: User-Agent: Mozilla/4.7 [en] (WinNT; I) BuildID: Mozilla 0.6 Mozilla 0.6 hanging after "Starting mozilla-bin..." on Alpha VMS when Java was not installed. After downloading Java 1.2.2 installing it, and enabling it by $ @SYS$COMMON:[JAVA$122.COM]JAVA$122_SETUP.COM Mozilla runs successfully. The installation where this is seen is: Digital DPW 500au with Open VMS 7.2-1 and TCPIP 5.1 with IPv6 but is not connected to the Internet, so it is used to show local files only. Reproducible: Didn't try Steps to Reproduce: 1.Edit SYSTARTUP_VMS to disable JAVA$122_SETUP.COM 2.Shutdown and boot OpenVMS 3.$ mozilla If installation of Java 1.2.2 is required to run Mozilla, then it could be mentioned in the release notes for OpenVMS.
AFAIK Java should not be required. Can you try a fresh computer [no java] a fresh mozilla, empty your plugins folder. run mozilla. also, if you could run mozilla in a debugger and get a stack trace when you tire of mozilla being hung that might be useful.
Assignee: asa → edburns
Component: Browser-General → OJI
QA Contact: doronr → shrir
It has nothing to do with Java. It is a file access and protection problem which prevents Mozilla 0.6 from starting if the user is not privileged. It may be related to writing of files in the [MOZILLA.CHROME] directory and subdirectories. If the user has SYSPRV privilege Mozilla runs successfully. If all the files has been established and the protection of files in the [MOZILLA.CHROME...] has been adjusted to allow writing by any user it may be possible to run mozilla without privileges. If the user profile already exists, but user does not have write access to files in [MOZILLA.CHROME...] the program hangs after startup. $ mozilla Starting mozilla-bin... hanging without any message If the _MOZILLA directory containing the users profile does not exist, then the programs hangs after the following messages: $ mozilla Starting mozilla-bin... ProfileManager : CreateNewProfile Profile Name: default Profile Dir: /arne_disk/arne/.mozilla $ debug %DEBUG-I-NOSOURCE, No source for address: FFFFFFFF80001934 DBG> show thread Thread Name State Substate Policy Pri ------ ------------------------- --------------- ----------- ------------ --- -2 null thread for slot 0 running null thread -1 DBG> show thread /all Thread Name State Substate Policy Pri ------ ------------------------- --------------- ----------- ------------ --- 1 default thread blocked delay SCHED_OTHER 10 2 <anonymous> blocked delay SCHED_OTHER 10 3 <anonymous> blocked cond 42 SCHED_OTHER 10 DBG> show thread /all /calls Thread Name State Substate Policy Pri ------ ------------------------- --------------- ----------- ------------ --- 1 default thread blocked delay SCHED_OTHER 10 module name routine name line rel PC abs PC 0000000000000000 0000000000000000 ----- the above appears to be a null frame in the same scope as the frame below SHARE$PTHREAD$RTL ? ? SHARE$PTHREAD$RTL 00000000000183D0 000000007BBE43D0 SHARE$PTHREAD$RTL 0000000000015BA4 000000007BBE1BA4 SHARE$VMS_JACKETS 0000000000035A9C 000000000017BA9C SHARE$LIBGLIB 000000000003A9D8 0000000000C6C9D8 SHARE$LIBGLIB 000000000003A344 0000000000C6C344 SHARE$LIBGLIB 000000000003A7C0 0000000000C6C7C0 SHARE$LIBGTK 0000000000102508 0000000000EBC508 SHARE$LIBWIDGET_GTK 0000000000051544 0000000000B4D544 *NSAPPRUNNER main1 58700 0000000000006F70 0000000000036F70 *NSAPPRUNNER main 58881 0000000000007538 0000000000037538 *NSAPPRUNNER __MAIN 0000000000000070 0000000000030070 0000000000035638 0000000000045638 SHARE$PTHREAD$RTL 000000000003115C 000000007BBFD15C SHARE$PTHREAD$RTL 0000000000012B48 000000007BBDEB48 FFFFFFFF847153F4 FFFFFFFF847153F4 2 <anonymous> blocked delay SCHED_OTHER 10 module name routine name line rel PC abs PC 0000000000000000 0000000000000000 ----- the above appears to be a null frame in the same scope as the frame below SHARE$PTHREAD$RTL ? ? SHARE$PTHREAD$RTL 00000000000183D0 000000007BBE43D0 SHARE$PTHREAD$RTL 0000000000015BA4 000000007BBE1BA4 SHARE$VMS_JACKETS 0000000000035A9C 000000000017BA9C SHARE$LIBNSPR4 000000000005056C 000000000011456C SHARE$LIBNECKO 00000000000BCFD0 00000000015A4FD0 SHARE$LIBXPCOM 0000000000104340 000000000035E340 SHARE$LIBNSPR4 00000000000521AC 00000000001161AC SHARE$PTHREAD$RTL 000000000003115C 000000007BBFD15C SHARE$PTHREAD$RTL 0000000000021494 000000007BBED494 0000000000000000 0000000000000000 ----- the above appears to be a null frame in the same scope as the frame below SHARE$PTHREAD$RTL ? ? FFFFFFFF847153F4 FFFFFFFF847153F4 3 <anonymous> blocked cond 42 SCHED_OTHER 10 module name routine name line rel PC abs PC 0000000000000000 0000000000000000 ----- the above appears to be a null frame in the same scope as the frame below SHARE$PTHREAD$RTL ? ? SHARE$PTHREAD$RTL 00000000000183D0 000000007BBE43D0 SHARE$PTHREAD$RTL 00000000000159C0 000000007BBE19C0 SHARE$LIBNSPR4 000000000004B5DC 000000000010F5DC SHARE$LIBNSPR4 000000000004BB08 000000000010FB08 SHARE$LIBXPCOM 0000000000105918 000000000035F918 SHARE$LIBXPCOM 00000000001067C4 00000000003607C4 SHARE$LIBXPCOM 0000000000104340 000000000035E340 SHARE$LIBNSPR4 00000000000521AC 00000000001161AC SHARE$PTHREAD$RTL 000000000003115C 000000007BBFD15C SHARE$PTHREAD$RTL 0000000000021494 000000007BBED494 0000000000000000 0000000000000000 ----- the above appears to be a null frame in the same scope as the frame below SHARE$PTHREAD$RTL ? ? FFFFFFFF847153F4 FFFFFFFF847153F4
Arg. so maybe this is invalid. please try: ./regxpcom && ./regchrome [as root or whatever owns mozilla] and then ./mozilla
Reporter is this still a problem with the latest nightlies?
This is OpenVMS platform, so syntax of commands and filename paths are different from UNIX. Running regxpcom (as system user) did create two files, but did not solve the problem. regchrome does not exist on openVMS installation. Running Mozilla as system user or as owner of the mozilla installation successfully creates a number of *.RDF files in chrome and subdirectories. Files created by the mozilla run have file protection codes which are dependent upon the default file protection settings for the user. After adjusting the file protection codes of all *.RDF files in [MOZILLA.CHROME...] directory and subdirectories it is now possible to run mozilla for a user without privileges. This indicates that the original problem was that If Mozilla 0.6 is not able to create *.RDF files and subdirectories in the mozilla installation directories, it will be hanging without any error message. Please indicate where the latest nightlies for openVMS is located.
I don't think Mozilla provides OpenVMS nightlies I am sorry to say. My best guess is to pull the CVS and try building from there and see if it reoccurs.
Adding Colin@theblakes.com who builds OpenVMS regularly. Hopefully he can help out.
Sounds like this is a dup of the many "you need write access to the bin directory" reports, no?
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Component: OJI → RDF
Resolution: --- → DUPLICATE
Colin is right, This bug is a duplicate of bug 41057 and bug 62822 and other duplicates. *** This bug has been marked as a duplicate of 41057 ***
verif
Status: RESOLVED → VERIFIED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.