After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 349768 - Resizing Totem window with 'Fit Window To Movie' eats memory, CPU very fast
Resizing Totem window with 'Fit Window To Movie' eats memory, CPU very fast
Status: RESOLVED DUPLICATE of bug 80925
Product: totem
Classification: Core
Component: Movie player
1.4.x
Other Linux
: Normal major
: ---
Assigned To: General Totem maintainer(s)
General Totem maintainer(s)
Depends on:
Blocks:
 
 
Reported: 2006-08-03 09:19 UTC by Stephen
Modified: 2006-08-03 17:05 UTC
See Also:
GNOME target: ---
GNOME version: 2.13/2.14



Description Stephen 2006-08-03 09:19:01 UTC
(Not present in 1.4.1, present as of 1.4.3)

Description: Resizing the Totem window with 'Fit Window To Movie' when no file is loaded causes Totem to stop responding and eat all available memory and CPU.

To reproduce: open Totem without any file, and either press '0','1' or '2', or use one of the 'Fit Window To Movie' options in the View menu, which will resize the window so that the video area shrinks to zero size. A second or so later, Totem will hit ~100% CPU and start consuming memory at a rate of hundreds of megabytes per second.

Expected behaviour: Using the fit window option with no file moves between one of three set sizes for the logo.

Notes:

- Totem doesn't seem to recognise the logo as having a size?

- This bug may have to do with the fact that Totem now draws its logo internally? In 1.4.1, the window will resize to hide the video area without crashing

- When an audio file is loaded, the resize to zero area still happens, without the crash

- It would be nice if in fixing this bug there would be a way of keeping the (unintentional I assume) 'mini mode' without the video area displayed for audio, since it's quite useful :)
Comment 1 Stephen 2006-08-03 09:20:32 UTC
Using xine backend version 1.1.1
Comment 2 Bastien Nocera 2006-08-03 09:38:33 UTC

(In reply to comment #0)
> (Not present in 1.4.1, present as of 1.4.3)
> 
> Description: Resizing the Totem window with 'Fit Window To Movie' when no file
> is loaded causes Totem to stop responding and eat all available memory and CPU.
> 
> To reproduce: open Totem without any file, and either press '0','1' or '2', or
> use one of the 'Fit Window To Movie' options in the View menu, which will
> resize the window so that the video area shrinks to zero size. A second or so
> later, Totem will hit ~100% CPU and start consuming memory at a rate of
> hundreds of megabytes per second.

What you're seeing is bug 348170, which is due to bug 348222, itself a duplicate of 80925.

> - Totem doesn't seem to recognise the logo as having a size?

Indeed, that's bug 348184.

> - This bug may have to do with the fact that Totem now draws its logo
> internally? In 1.4.1, the window will resize to hide the video area without
> crashing

Indeed, that was to work-around bug 135045 where the application would crash on startup if there wasn't enough Video RAM to put the whole logo in (which happens more than you can imagine)

> - When an audio file is loaded, the resize to zero area still happens, without
> the crash

That's also broken, and part of 348184.

> - It would be nice if in fixing this bug there would be a way of keeping the
> (unintentional I assume) 'mini mode' without the video area displayed for
> audio, since it's quite useful :)

Nope, that's gone I'm afraid.


*** This bug has been marked as a duplicate of 80925 ***
Comment 3 Stephen 2006-08-03 09:49:41 UTC
Nice one. Any chance of it making its way back to the 1.4 branch?
Comment 4 Bastien Nocera 2006-08-03 17:05:48 UTC
I just fixed it in the gnome-2-14 branch, and will hopefully do a release soon.