PDA

View Full Version : Dialog freezes/hangs stack traces


stief
October 4th, 2007, 01:23 AM
Frequently "File Already Exists" or "Delete" dialogs (and other activities) have been hanging LW 4.14.10 Pro. Kill -quit <pid> has sometimes allowed the session to continue.

Here are some traces from the last session (12 hangs) before I had to force quit.

(Mojito and Ultrapeer disabled)

Sam
October 4th, 2007, 01:31 AM
Is anyone else seeing this? On what operating systems?

stief
October 4th, 2007, 01:51 AM
Short sessions are no problem. Hangs usually require >12 hrs uptime on OS X.

Sam, are those traces of any use? I find them difficult/tedious to gather and report, but don't mind if they help.

Sam
October 4th, 2007, 03:01 AM
Yes, they're very useful.

stief
October 10th, 2007, 12:18 AM
Six more freeze incidents from last week, with whatever notes I could record about the moment. Only number 2 gave some stack traces (attached).

1. freeze; no trace from Terminal kill, but ActivityMonitor allowed kill to quit

2. freeze; when switching to Monitors; kill allowed regained control

3. freeze; no trace from Terminal kill, but ActMon allowed kill quit hmmm .bak not written

4. freeze; @ "Error: Filename Taken" dialog; no trace from Terminal kill, so AM Sample taken

5. freeze (unattended; downloading from browsed host). kill -quit gave no trace

6. freeze (on repeat search drop menu froze); kill -quit gave no trace

Sam
October 10th, 2007, 03:40 PM
OK, I have a rough idea of what's causing this. The culprit is a workaround we're doing for a bug in earlier versions of Java. If Apple were to upgrade their version of Java, the problem would disappear. We'll look into other ways to workaround it, too. See: https://www.limewire.org/jira/browse/CORE-354

stief
October 15th, 2007, 02:08 PM
Most of these traces are when the connections pane froze; others are when trying to quit.

Need more, or is this enough?

Sam
October 16th, 2007, 02:11 AM
These actually look to be two different things. All the ones with the word 'frozen' in the filenames are caused by the bug as described in that JIRA issue. The others (preferences, lib) I can't see any rhyme or reason to. Do you know offhand when you started seeing them? Are they easily reproducable? Does anything distinguish them from the other freezes?

stief
October 16th, 2007, 03:15 AM
Hi Sam

Thanks for pointing out there is more than the JIRA bug involved. I've been getting quite a variety of GUI freezes and can't repeat reliably. However, I have been trying more and different ways to trigger the freezes. Here's what I can recall about the incidents.

The traces "delete from Lib" were gathered from the same session, when the GUI froze after invoking the "delete" dialog on a selection from the Library\Incomplete.

If my memory is right, the outline of the dialog popped up (buttons and text did not draw), and remained in the foreground, even when Terminal or Activity Monitor's windows should have been foremost. The blank dialog could be dragged and repositioned, but all else in LW was unresponsive. Three kill -quit <pid> traces were tried and saved (hoping to regain control), but had to force quit. This has happened before when VMem is high.

The freeze invoked in the single "opening preferences.txt" trace is from a separate session and is the only time I've seen it happen. It occured removing old keyword entry".wmv" from Preferences\Filters\Keywords

All freezes were with Mojito disabled, but Mojito is now re-enabled. Will this confuse further stack traces?

Sam
October 16th, 2007, 03:33 AM
Mojito probably isn't the problem anymore. We cleared up the visible bugs with it.

stief
October 17th, 2007, 12:22 AM
Managed to repeat the "preference" and "delete from Library" freezes: here are the traces. A few minutes after kill -quit, control was regained both times, so each trace is from the same session. I've also attached a screenshot that I hope better shows the "blank delete dialog foremost" I tried to describe above. Odd though, that VMem was > 1GB before the traces, but now is at 881 MB.

All that was required for the "pref freeze" was to try and access the prefs from the LW menu with the mouse. The "delete freeze" this time happened with a file in the Library\Shared folder. In both cases, once control was regained, delete and prefs worked normally.

No downloads or searches at all were attempted for this session (currently > 35 hrs)

Any hope this week of a beta/release version that might address this problem?

Thanks

Sam
October 17th, 2007, 03:24 PM
We'll get a beta out soon enough... just tying up some loose ends.

The prefs freeze is completely a mystery to me. There's nothing at all in the stack trace to indicate any problem. The library one does have some leads, but they point right at Apple. Nothing in there to indicate there's anything we can do about it. What happens if you turn off "Notifications" from the options?

stief
October 18th, 2007, 01:42 AM
Does Notifications = Options\Updates for notification of releases? There are only 3 radio buttons and no button/checkbox to turn them off.

IIRC, LW release notifications don't work on OS X, so an off button would be apppreciated.

Sam
October 18th, 2007, 04:18 PM
Not sure what you mean release notifications don't work on OS X? What doesn't work about them?

(Also, by notifications, I meant the little windows at the bottom-right that appear when you finish downloading something.)

stief
October 18th, 2007, 10:08 PM
Is LW on OS X supposed to notify users of an update being released? I've never seen anything like that in LW. Is it a pop-up window, or a banner somewhere on the download page? I assumed notifications of Major/Service/Beta releases of LW was Windows only. That's why I said Updates don't work on OS X.

I'm still confused what you mean by notifications. I tried watching for "little windows" but can't see what you mean. The Status Bar's lower right area has always been blank, and I can't see any choices in the Options\Status Bar that might relate to 'notifications.'

Sorry . . . :confused:

Sam
October 18th, 2007, 10:33 PM
We might not be signalling OS X for some reason. The ability definitely exists though.

After you finish a download, does anything show in the bottom-right of your monitor? (Not within LW.) It should show a small window saying the download completed and asking if you want to launch or view it. The option is in Options -> View -> Popups, Notifications.

stief
October 18th, 2007, 11:03 PM
Re the update notifications, I'll be glad if that works here.After you finish a download, does anything show in the bottom-right of your monitor? (Not within LW.) It should show a small window saying the download completed and asking if you want to launch or view it. The option is in Options -> View -> Popups, Notifications.I've never seen that window, and the Options=>View->Popups only has one choice: the "revert to default" for messages (I checked against a few machines here).

Sam
October 18th, 2007, 11:11 PM
Oh. Well, I guess we'll have to fix that for the next release. What's strange is the code is showing in the stack trace. :/

stief
October 18th, 2007, 11:28 PM
Thanks. I hope the missing window is related to the freeze. Do you have an OS X box (or boxer) anymore to test?

In case these traces give some new info, here are a couple more. Lw froze at "Loading Spam management", and I also got one I tried a command-quit.

Cheers

stief
October 19th, 2007, 03:26 PM
After having to force quit LW 4.14.10 Pro (as usual) following the "JIRA" freeze, I again was able to grab 3 traces, spaced several minutes apart, of the freeze that happened when LW was trying to start up.

The 4th trace is of trying to use the keyboard to quit LW. Activity Monitor's regular Quit worked to shutdown LW--no force-quit was required. LW subsequently started normally.

stief
November 17th, 2007, 06:27 PM
Noticed LW had crashed after running for a few days (I hadn't checked it for a while). Not sure if what happened is related to this thread, but here's the output of the console, terminal, and crashlogs.

Any point in continuing this thread? (no views of previous logs).

Cheers

Morrighan
December 13th, 2007, 07:09 PM
I have been having a lot of trouble with dialogs freezing, so much so that my Lime Wire will not even work anymore.

I had 4.03 I believe, and was having this problem.
I open the program and it gives me the option to upgrade to pro. I click "later" but nothing happens. Nothing happens no matter wher I click. SO I wait a bit for the program to finish loading all the files I share, then try again, and again, nothing happens. I hit escape, nothing happens. So I go off and check my e-mail and the dialog is gone and the tips dialog is up. I click close, and nothing happens. Get the picture? Every dialog freezes. Finally through some miracle of cussing and hitting escape I get into the program. I type in what I want, and click search and nothing happens. No matter where I click, nothing happens. SO I type in what I want and hit enter. It searches, brings up what I want. I can't click on it, but manage to somehow tab over to it and hit enter. It downloads. I then cannot click to search for the 2nd thing I wanted. Nowhere I click does anything.
So I thought, well I haven't updated in a while, so I downloaded the most recent beta version today.

I install 4.15.1, and open it up. First thing that pops up is the dialog to set preferences. And it's frozen. I manage to get out of it, only for the program to open up to a dialog box about file settings having changed. And I can't get out of it.

So at this point, my Lime Wire no longer works at all.

Any ideas?