• All submissions to this site are governed by Second Life Project Contribution Agreement. By submitting patches and other information using this site, you acknowledge that you have read, understood, and agreed to those terms.
Issue Details (XML | Word | Printable)

Key: VWR-6868
Type: Bug Bug
Status: Resolved Resolved
Resolution: Cannot Reproduce
Priority: Critical Critical
Assignee: Unassigned
Reporter: Brenda Maculate
Votes: 3
Watchers: 4
Operations

If you were logged in you would be able to see more operations.
1. Second Life Viewer - VWR

Release Candidate crashes BEFORE login screen

Created: 25/Apr/08 08:56 AM   Updated: 01/Jul/08 02:02 PM
Return to search
Component/s: None
Affects Version/s: 1.20 Release Candidate
Fix Version/s: None

File Attachments: 1. Text File debug_info.log (2 kB)
2. Text File SecondLifeCrashReport.log (64 kB)
3. Text File SecondLifeCrashReport.log (83 kB)
4. Text File SecondLifeCrashReport.log (82 kB)
5. Text File SecondLifeCrashReport.log (98 kB)
6. Text File SecondLifeCrashReport.log (98 kB)
7. Text File SecondLifeCrashReport.log (98 kB)
8. Text File SecondLifeException.log (25 kB)

Environment:
CPU: Intel Core 2 Series Processor (1596 MHz)
Memory: 2046 MB
OS Version: Microsoft Windows Vista Service Pack 1 (Build 6001)
Graphics Card Vendor: NVIDIA Corporation
Graphics Card: GeForce Go 7600/PCI/SSE2
OpenGL Version: 2.1.2
LLMozLib Version: [LLMediaImplLLMozLib] - 2.01.14681 (Mozilla GRE version 1.8.1.13_0000000000)

Linden Lab Issue ID: DEV-14692


 Description  « Hide
I have had problems with crashing with 1.20 RC2, RC3, and RC4. (RC4 was just released last night.)

THIS IS *NOT* A DUPLICATE!!!

The exact steps I follow:

1. Uninstall any currently-installed RC software.

2. Download and install the Release Candidate.

3. When asked by the installer if I would like to run Second Life, choose "Yes".

3a. Viewer runs. Be amazed at how neat it all looks.

3b. Quit Second Life RC viewer.

4. Wait a few moments, then try to run the RC viewer. A gray box appears with the text "Loading Second Life..." centered inside.

5. Watch in frustration as the viewer crashes and the Crash Logger tries (and, hopefully, succeeds) to send information to the necessary server.

6. Scream.

My current OS version has SP1, but I only installed that (and updated various drivers) in an attempt to make sure that outdated drivers were not the cause of the problem. Current drivers have been in place since RC2, after it wouldn't run.



 All   Comments   Change History      Sort Order: Ascending order - Click to sort in descending order
Brenda Maculate added a comment - 25/Apr/08 03:14 PM
As an interesting side-note, I set up Linux for the purpose of trying the Linux RC4 viewer as a comparison. It seems to work just fine (so far).

The information:
CPU: Intel(R) Core(TM)2 CPU T5200 @ 1.60GHz
Memory: 2025 MB
OS Version: Linux 2.6.24-16-generic #1 SMP Thu Apr 10 13:23:42 UTC 2008 i686
Graphics Card Vendor: NVIDIA Corporation
Graphics Card: GeForce Go 7600/PCI/SSE2
OpenGL Version: 2.1.2 NVIDIA 169.12
LLMozLib Version: [LLMediaImplLLMozLib] - 2.01.14688 (Mozilla GRE version 1.8.1.13_0000000000)


Brenda Maculate added a comment - 26/Apr/08 11:42 AM
Shifting this to "Critical". The crashing issue is still a huge deal, but it doesn't appear to happen for all operating systems.

Brenda Maculate made changes - 26/Apr/08 11:42 AM
Field Original Value New Value
Priority Showstopper [ 1 ] Critical [ 2 ]
Brenda Maculate added a comment - 01/May/08 04:04 PM
Symptoms described above persist in 1.20RC5.

lindenrobot made changes - 01/May/08 04:26 PM
Linden Lab Issue ID DEV-14692
Steve Linden added a comment - 01/May/08 04:40 PM
Please attach the file Application Data/SecondLife/logs/SecondLifeCrasReport.log (I forget the precise Vista location, it would be under Documents and Settings/User in Windows XP) and I'll try running the crash through our crash reporter by hand.

Thanks!
-Steve


Brenda Maculate added a comment - 01/May/08 05:47 PM - edited
The Vista location (just for future reference) is C:\Users\UserName\AppData\Roaming\SecondLife\logs, and AppData is a hidden directory...

Thank you for looking at this!


Brenda Maculate made changes - 01/May/08 05:47 PM
Attachment SecondLifeCrashReport.log [ 16486 ]
Steve Linden added a comment - 02/May/08 05:01 PM
So, we haven't been able to repro this so far. The error suggests that the installed default settings file (e.g. C:\Program Files\SecondLifeReleaseCandidate\app_settings\settings.xml) is missing an entry for "AllowTapTapHoldRun" or is otherwise corrupted such that it isn't parsing completely.

You might want to tray a complete uninstall then a reinstall. If it still crashes, attach the crash file immediately after crashing and include the exact repro.

Thanks,
-Steve


Brenda Maculate made changes - 03/May/08 05:28 AM
Attachment SecondLifeCrashReport.log [ 16517 ]
Brenda Maculate made changes - 03/May/08 05:29 AM
Attachment SecondLifeException.log [ 16518 ]
Brenda Maculate made changes - 03/May/08 05:29 AM
Attachment debug_info.log [ 16519 ]
Brenda Maculate added a comment - 03/May/08 05:37 AM - edited
This is exactly what I did:

1. Uninstall the RC5 (this leaves only the current 1.19 viewer installed, and that hasn't been touched today). When asked if I wanted files and directories removed, choose "Yes".

2. Install 1.20RC5.

3. When asked if I would like to run Second Life, choose "Yes".

4. Log in and poke around for a few minutes.

5. Log out. Wait a couple minutes.

6. Try to run 1.20RC5 again. The viewer tries to load, but fails after the "Loading Second Life..." box appears.

7. Upload the following files to the ticket:
– debug_info.log (2 kb)
– SecondLifeCrashReport.log (98 kb)
– SecondLifeException.log (25 kb)

I left the original Crash Report in case you wanted it for comparison. The date of attachment should suffice to tell which is which.

If there's something I'm missing, I'd appreciate knowing...

Thanks again for looking at this.


Brenda Maculate added a comment - 13/May/08 08:20 AM
This is the crash report for 1.20RC6.

Brenda Maculate made changes - 13/May/08 08:20 AM
Attachment SecondLifeCrashReport.log [ 16707 ]
Brenda Maculate added a comment - 13/May/08 08:22 AM
I've got the same problem with 1.20RC6, with the same steps. I've attached a Crash Report.

Brenda Maculate added a comment - 22/May/08 06:13 AM - edited
Same steps as before, same result with 1.20RC7.

I've attached the Crash Report to the list...


Brenda Maculate made changes - 22/May/08 06:13 AM
Attachment SecondLifeCrashReport.log [ 16855 ]
Brenda Maculate added a comment - 23/May/08 12:33 PM
I followed the same steps for 1.20RC8 (just released), and I get the same results. I've attached a Crash Report from the logs directory.

I really hope that the 1.20 release, when it's finally made, doesn't have this problem...


Brenda Maculate made changes - 23/May/08 12:33 PM
Attachment SecondLifeCrashReport.log [ 16894 ]
Brenda Maculate added a comment - 02/Jun/08 07:56 PM
There's been a rather interesting turn of events with regard to this issue: I have an account on my computer for my spouse to use, and I noticed the SL Release Candidate icon on the desktop.

For giggles, I clicked it, expecting the usual crash... ...but it WORKED!

So I guess my question is this: What would the client be referring to that would be different between these two accounts on the same computer? If I had an answer to that (and how to fix any disparities), I think we'd be well on our way to closing this ticket....

Any assistance would be greatly appreciated!


Brad Linden added a comment - 03/Jun/08 08:32 AM
There could be any of a number of things different, but the most likely is some setting in C:\Users\UserName\AppData\Roaming\SecondLife\user_settings\settings_releasecandidate.xml (or possibly settings.xml in the same folder).

The best plan of action would be to move this file out of the way and see if it still crashes on startup. If it doesn't crash, could you upload the settings file so we can see what made the difference?


Brenda Maculate added a comment - 06/Jun/08 06:09 AM
I couldn't get 1.20RC8 to load again after renaming settings_releasecandidate.xml (or settings.xml for that matter), so I uninstalled 1.19 and 1.20. I then removed the whole SecondLife folder in C:\Users\UserName\AppData\Roaming before installing 1.20RC9. (I wanted to make sure that there were no issues at all between the standard 1.19 viewer and the release candidate.)

So far, 1.20RC9 behaves like all other RC versions since 1.20RC2: re-entering the RC viewer after installing and exiting the program results in crashing right after the "Loading Second Life" box appears.


Brenda Maculate added a comment - 12/Jun/08 04:48 PM
I just downloaded 1.20RC10 and installed it. While it ran, I was very impressed.

When I quit the program and tried to re-run it, I found the problem persisting. Crash Report Log is attached.

It's worth noting that I've tried running the Release Candidate with and without the settings files, with the same results. I'm not sure why this is happening.


Brenda Maculate made changes - 12/Jun/08 04:48 PM
Attachment SecondLifeCrashReport.log [ 17208 ]
Brenda Maculate added a comment - 24/Jun/08 07:02 PM - edited
I had to re-install my operating system (debugging a hardware problem and HP Level 1 support can't grok using a Linux LiveCD to diagnose something like that), and when I tried 1.20RC10 on a fresh install, it worked like a champ.

This tells me that it wasn't necesarily an OS issue, nor was it (necessarily) a problem with the RC, but more something in how my user account was configured. Sigh. I have no idea what that difference would be.

Is this now delegated to the realm of "non-issue"?


Alexa Linden added a comment - 25/Jun/08 08:19 AM
Hi,

are you running as administrator or user?

we've heard that some folks are having issues when running as user.


Brenda Maculate added a comment - 25/Jun/08 05:21 PM
You know Alexa, I'm not sure. I'm running as the first user it makes when the Vista OS is installed. I have the bits enabled that cause the OS to ask me if I want to use Admin rights to do some things (like install SL).

I noticed with the latest RC (11) that right after "Detecting Hardware" was "Initializing texture cache". I'm wondering now, if there wasn't some property of the directory that got munged, causing the program to crash due to lack of permissions or something? This would have been resolved through a reinstallation of the OS...

At this point I'm guessing, because the RC is working and I don't have the slightest idea what would have caused the failure to begin with.


Alexa Linden made changes - 01/Jul/08 02:02 PM
Status Open [ 1 ] Resolved [ 5 ]
Resolution Cannot Reproduce [ 5 ]
Sue Linden made changes - 13/Nov/08 11:24 AM
Workflow jira-2007-12-22a [ 55308 ] jira-2008-11-14 [ 70289 ]
Sue Linden made changes - 13/Nov/08 05:49 PM
Workflow jira-2008-11-14 [ 70289 ] jira-2008-11-14a [ 115012 ]
Sue Linden made changes - 13/Nov/08 06:17 PM
Workflow jira-2008-11-14 [ 115012 ] jira-2008-11-14a [ 125286 ]
Sue Linden made changes - 13/Nov/08 06:34 PM
Workflow jira-2008-11-14 [ 125286 ] jira-2008-11-14a [ 131801 ]
Sue Linden made changes - 13/Nov/08 06:57 PM
Workflow jira-2008-11-14 [ 131801 ] jira-2008-11-14a [ 140765 ]