Bug 2011870

Summary: No metadata shown in Nautilus and Rhythmbox (due to shipping broken unstable GStreamer 1.19.2)
Product: [Fedora] Fedora Reporter: Herbert Carl Meyer <hcmeyer>
Component: rhythmboxAssignee: David King <amigadave>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: unspecified    
Version: 35CC: a9016009, amigadave, bhulsken, bugzilla, caillon+fedoraproject, crvisqr, dwmw2, gnome-sig, gsterrer, james, juliusvonkohout, mclasen, pikachu.2014, rhbugs.2o67n, rhughes, rstrode, sandmann, triad
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: gstreamer1-plugins-base-1.19.3-1.fc35 Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2021-11-15 13:25:09 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On: 2007061    
Bug Blocks:    

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).