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 775499 - Totem crashes when changing the speed of a new video and the video speed was set before on another video
Totem crashes when changing the speed of a new video and the video speed was ...
Status: RESOLVED DUPLICATE of bug 775898
Product: totem
Classification: Core
Component: general
3.22.x
Other Linux
: Normal normal
: ---
Assigned To: General Totem maintainer(s)
General Totem maintainer(s)
Depends on:
Blocks:
 
 
Reported: 2016-12-02 00:46 UTC by octus
Modified: 2017-01-02 15:39 UTC
See Also:
GNOME target: ---
GNOME version: 3.21/3.22


Attachments
(gdb) thread apply all bt (26.46 KB, text/plain)
2016-12-02 00:46 UTC, octus
Details

Description octus 2016-12-02 00:46:12 UTC
Created attachment 341188 [details]
(gdb) thread apply all bt

Versions:
Debian Sid (2016-12-01)
GNOME Shell 3.22.2 on Wayland
Totem 3.22.0

Steps to reproduce:
1. You have a video playing in totem
2. You increase the speed of the video (say x1.75 speed)
3. Load a new video (I dragged mine into the player from GNOME Files/Nautilus)
4. Open the video settings (repeat/speed menu in the player bar?)
   4.5. Notice that the speed of the video will already be set to what the last video speed level was (in this case x1.75) even though the video plays at normal x1 speed.
5. Try and change the speed
6. Player crashes

Notes:
Totem crashes if you select the same video or a video of similar file type (ex. video_1.webm then play video_2.webm) but won't crash if you load another file type (ex. video_1.webm then play video_2.mp4).

I have attached a `(gdb) thread apply all bt`. The application didn't fully crash but just froze.

This is my first bug report for GNOME, hopefully that's enough?
Comment 1 gnome.vrb 2016-12-24 19:05:51 UTC
Seems like a duplicate of Bug 775898.
Comment 2 gnome.vrb 2016-12-24 19:09:59 UTC
(In reply to octus from comment #0)

> This is my first bug report for GNOME, hopefully that's enough?

The stack trace is not complete. It needs debug symbols to be installed. Please refer to https://wiki.gnome.org/Community/GettingInTouch/Bugzilla/GettingTraces

With debug symbols installed, the following line in the trace,

  • #4 ??
    from /usr/lib/x86_64-linux-gnu/libgstbase-1.0.so.0
  • #4 default_generate_output
    at gstbasetransform.c line 2183

which is easier to debug.
Comment 3 Bastien Nocera 2017-01-02 15:39:19 UTC
Thanks for taking the time to report this.
This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.

*** This bug has been marked as a duplicate of bug 775898 ***