Bugzilla – Bug 3379
bad interaction with Firefox extension(s)
Last modified: 2006-06-26 12:53:11 UTC
SQB 2 wireless laptop Duo Core 1.6GHz, 1GB RAM Intel wireless NIC Windows XP SP 2 - up2date fixes Slimserver 6.2.2 release (fresh install) Using Process Explorer 10.06 from sysinternals Firefox version: 1.5.0.2 Active State Perl: 5.8.8 build 817 Fishbone skin Open Firefox.. Default home page is google. Start 6.2.2 from source like: perl slimserver.pl --d_plugins --d_source Open page http://localhost:9000 (single tab) Open Process Explorer property page for Firefox At 3:12pm - handles: 905 At 3:15pm - handles: 2,089 At 3:18pm - handles: 3,307 At 3:22pm - handles: 4,511 At 3:30pm - handles: 7,089 At 3:34pm - handles: 8,469 At 3:42pm - handles: 11,562 Each time the page refreshes the right pane, a large chunk of handles is used and apparently not freed. After a few hours, this leads to a system resource problem in the windows sockets layer (WSA) that requires firefox to be closed in order for other socket clients (email, ssh, etc) to operate. Looking at the handles for Firefox in Process Explorer shows a large number of apparently orphaned thread handles with labels prefixed with "<non-existant process>". Richard
not seeing this myself. does this occur with other skins, or the nokia skin? is it an ajax request issue or not?
oh, sorry. 6.2.2 so not ajax. still, does this come up all skins? With those numbers, I can only suspect that it must be linked to images (still not sure how even images could end up that high)
Oooops. Looks like an extension from http://www.stardownloader.com/ was causing the trouble. Remove the extension, and handle behavior returns to normal. I'll leave it to someone else to resolve the big since its kind of up to slimdevices what they want to do with this. Although, I would suggest that a test with other extensions might be in order in case this is the behavior that will result with any URL handling Firefox extension. Richard
Thanks for the update. Dropping severity since this is an exception case. I'll leave this open for review.
Just for grins I installed the same extension in Firefox and see the same thing, although I haven't been running it long enough to create any problems. Using the Default skin in 6.5 open file handles is 3300... 3600... 4200... 4700... 5500... etc. Manually refreshing the playlist pane raises the number of open handles by the number or images in the pane. If there are 10 tracks, with 4 controls per track, it goes up by 40 or so. Same thing happens in any of the other panes. But Firefox with this extension behaves exactly same way with _any_ web site I load. The number of file handles just keeps going up and up and never goes back down. Uninstalling the extension fixes the problem and the number of file handles never goes above 250 and stays steady. I think it's just a buggy extension.
Shall I close this as not a bug? Should I put it in a wiki somewhere? What do y'all think?
a "known issue" note somewhere would probably cover it. wiki would work for me.
See also http://forums.slimdevices.com/showthread.php?p=117508#post117508