Bug 2011870 - No metadata shown in Nautilus and Rhythmbox (due to shipping broken unstable GStreamer 1.19.2)
Summary: No metadata shown in Nautilus and Rhythmbox (due to shipping broken unstable ...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: rhythmbox
Version: 35
Hardware: x86_64
OS: Linux
unspecified
medium
Target Milestone: ---
Assignee: David King
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
: 2011911 2019521 2020869 2022063 (view as bug list)
Depends On: 2007061
Blocks:
TreeView+ depends on / blocked
 
Reported: 2021-10-07 15:05 UTC by Herbert Carl Meyer
Modified: 2021-11-15 13:25 UTC (History)
18 users (show)

Fixed In Version: gstreamer1-plugins-base-1.19.3-1.fc35
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2021-11-15 13:25:09 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Herbert Carl Meyer 2021-10-07 15:05:47 UTC
Description of problem:

Rhythmbox does not show tags metadata for imported mp3 files

Version-Release number of selected component (if applicable):

3.4.4

How reproducible:

100%

Steps to Reproduce:
1. rip CD to mp3 using k3b

2. add metadata tags with easytag

3. import files into Rhythmbox

Actual results:

metadata - Genre, Artist, Album, .etc shown for imported files is all Unknown

Expected results:

metadata tags shown for imported files

Additional info:

metadata seems to be written into files, re-opening with easytag shows it

Comment 1 Andre Klapper 2021-10-17 13:43:29 UTC
Confirming. Bug 2011911 is a duplicate of this ticket.

Basically, `rhythmbox -d` shows the same for all files:

```
(15:16:06) [0x5568ee39e1e0] [action_thread_main] rhythmdb.c:3047: executing RHYTHMDB_ACTION_LOAD for "file:///home/acko/musik/somefile.mp3"
(15:16:06) [0x5568ed233b00] [rhythmdb_process_one_event] rhythmdb.c:2641: processing RHYTHMDB_EVENT_METADATA_LOAD
(15:16:06) [0x5568ed233b00] [rhythmdb_entry_new] rhythmdb.c:1782: emitting entry added
(15:16:06) [0x5568ed233b00] [rb_uri_get_mount_point] rb-file-helpers.c:1366: finding mount for file:///home/acko/musik/somefile.mp3: Containing mount for file /home/acko/musik/somefile.mp3 not found
(15:16:06) [0x564932fff2a0] [handle_method_call] rb-metadata-dbus-service.c:193: handling metadata service message: org.gnome.Rhythmbox3.Metadata.ping
(15:16:06) [0x564932fff2a0] [rb_metadata_dbus_ping] rb-metadata-dbus-service.c:163: ping
(15:16:06) [0x5568ed233b00] [rhythmdb_property_model_insert] rhythmdb-property-model.c:813: adding "Unknown": refcount 25669
(15:16:06) [0x5568ed233b00] [rhythmdb_property_model_insert] rhythmdb-property-model.c:813: adding "Unknown": refcount 25666
(15:16:06) [0x5568ed233b00] [rhythmdb_property_model_insert] rhythmdb-property-model.c:813: adding "Unknown": refcount 25666
(15:16:06) [0x5568ed233b00] [rb_entry_view_row_inserted_cb] rb-entry-view.c:2177: row added
(15:16:06) [0x5568ed233b00] [rb_shell_clipboard_entries_changed_cb] rb-shell-clipboard.c:686: entryview changed
(15:16:06) [0x5568ed233b00] [rhythmdb_property_model_insert] rhythmdb-property-model.c:813: adding "Unknown": refcount 25669
(15:16:06) [0x5568ed233b00] [rhythmdb_property_model_insert] rhythmdb-property-model.c:813: adding "Unknown": refcount 25666
(15:16:06) [0x5568ed233b00] [rhythmdb_property_model_insert] rhythmdb-property-model.c:813: adding "Unknown": refcount 25666
(15:16:06) [0x5568ed233b00] [rb_entry_view_row_inserted_cb] rb-entry-view.c:2177: row added
(15:16:06) [0x5568ee39e1e0] [rb_metadata_load] rb-metadata-dbus-client.c:395: sending metadata load request: file:///home/acko/musik/somefile.mp3
(15:16:06) [0x564932fff2a0] [handle_method_call] rb-metadata-dbus-service.c:193: handling metadata service message: org.gnome.Rhythmbox3.Metadata.load
(15:16:06) [0x564932fff2a0] [rb_metadata_dbus_load] rb-metadata-dbus-service.c:74: loading metadata from file:///home/acko/musik/somefile.mp3
(15:16:06) [0x5568ed233b00] [rb_shell_clipboard_sync] rb-shell-clipboard.c:504: syncing clipboard
(15:16:06) [0x564932fff2a0] [rb_metadata_load] rb-metadata-gst.c:197: found audio stream, media type audio/mpeg
(15:16:06) [0x564932fff2a0] [rb_metadata_load] rb-metadata-gst.c:207: found tag type, ignoring
(15:16:06) [0x564932fff2a0] [rb_gst_get_missing_plugin_type] rb-gst-media-types.c:67: no missing plugin details
(15:16:06) [0x564932fff2a0] [rb_metadata_dbus_load] rb-metadata-dbus-service.c:77: metadata load finished (type audio/mpeg)
(15:16:06) [0x564932fff2a0] [rb_gst_get_missing_plugin_type] rb-gst-media-types.c:67: no missing plugin details
```

Comment 2 Andre Klapper 2021-10-18 08:56:27 UTC
Quoting from IRC:

<tpm> what GStreamer version is this with? if it's 1.19.2, then this is likely https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/759 and should get fixed with the next dev release

Comment 3 James 2021-11-07 16:39:22 UTC
Confirm broken with gstreamer1-1.19.2-1.fc35.x86_64 so affects Rhythmbox, Lollypop, Nautilus, etc.

Comment 4 Herbert Carl Meyer 2021-11-07 21:23:17 UTC
Quod Libet does read metadata. What mechanism does it use ?

Comment 5 Michael Cronenworth 2021-11-10 13:36:49 UTC
*** Bug 2020869 has been marked as a duplicate of this bug. ***

Comment 6 Michael Cronenworth 2021-11-10 13:37:12 UTC
*** Bug 2011911 has been marked as a duplicate of this bug. ***

Comment 7 Steve 2021-11-10 18:46:26 UTC
Rhythmbox does not read any tags while totem does. No matter what type of audio format.

Comment 8 Julius 2021-11-10 22:45:29 UTC
*** Bug 2019521 has been marked as a duplicate of this bug. ***

Comment 9 Andre Klapper 2021-11-11 07:54:16 UTC
I'd love to change the ticket summary to "No metadata shown in Nautilus and Rhythmbox (due to shipping broken unstable GStreamer 1.19.2)" but of course I don't have rights.

Comment 10 Herbert Carl Meyer 2021-11-11 08:13:30 UTC
You're welcome

Comment 11 David King 2021-11-11 08:53:13 UTC
*** Bug 2022063 has been marked as a duplicate of this bug. ***

Comment 12 Steve 2021-11-11 16:00:15 UTC
This bug seems not to be fixed in gstreamer1-1.19.3-1.fc35.* (https://koji.fedoraproject.org/koji/buildinfo?buildID=1854694).

Comment 13 Wyatt Childers 2021-11-11 16:13:37 UTC
I'm not sure if significant, but I'm going to note that m4a files *do* work, just evidently not mp3 or flac (and perhaps some others). It's also a bit surprising (to me) that KDE apps and VLC are unaffected, they must be backed by something other than GStreamer for metadata retrieval (Qt?).

Comment 14 James 2021-11-12 15:51:35 UTC
(In reply to Steve from comment #12)
> This bug seems not to be fixed in gstreamer1-1.19.3-1.fc35.*

Did you update the gstreamer1-plugins packages too?

Comment 15 Steve 2021-11-12 15:54:00 UTC
(In reply to James from comment #14)
> (In reply to Steve from comment #12)
> > This bug seems not to be fixed in gstreamer1-1.19.3-1.fc35.*
> 
> Did you update the gstreamer1-plugins packages too?

No, not yet.

Comment 16 Bas Hulsken 2021-11-13 12:15:17 UTC
updating to the latest gstreamer in testing resolves the issue for me.

below is the easiest way to temporarily enable testing and update gstreamer1 and all plugins.

sudo dnf --enablerepo=updates-testing update gstreamer1-* gstreamer1

Comment 17 Steve 2021-11-13 16:50:45 UTC
I can confirm that the bug is fixed by updating to the latest gstreamer1-* (1.19.3-1).


Note You need to log in before you can comment on or make changes to this bug.