djanben Hmm, yes, I can reproduce that. When could you last successfully use sound-juicer (approximately, just to rule out other things than the GNOME stack update causing it)? Unfortunately this doesn't seem to be solved by a few quick rebuilds and I'll have to dig further.

@juampiursic Well, the thing is that this IS pretty much vanilla GNOME. The days of carrying huge amounts of patches to e.g. remove libhandy from everything are over. Still we run into a lot of trouble.
(and just to reiterate, this thread is only for concrete issues and solutions in respect to the GNOME stack upgrade)

      chicocheco I must say the the amount of new bugs we got in Nautilus/Files is overwhelming. I was perfectly happy with how it was before. The glitching menus are super annoying

      juampiursic Isn't vanilla GNOME an option? Would it be so terrible?

      As I understand it, almost all of these issues and regressions stem from GNOME's decision to switch everything to libadwaita. This is an intentional design decision. From now on, these are vanilla GNOME.

          Staudey Thanks for confirming! My son can still run sound-juicer on his laptop. However, I don't know when he last updated. I'll check with him tonight or tomorrow.

            I have a weird issue by where when I activate Activities and I start to type to search, the first letter is always duplicated. For example ffirefox.

            This usually happens on first boot or if I've locked the screen and come back to the PC.

            Restarting GNOME Shell will clear the problem for the rest of that session.

              Staudey The laptop on which sound-juicer is still working was last updated on 2022-09-26 17:57 CEST.

                  • [deleted]

                  • Post #97

                  djanben Weird. The package sound-juicer hasn't changed since April 4th.

                  Do you get any output if you run sound-juicer on terminal (on the machine where you can't use it)?

                      The message from sound-juicer indicates that the cdparanoia plugin for gstreamer is missing, and that did change in the GNOME 43 update. Thing is, I can't see that it ever actually existed in any of our gstreamer packages, so I'm at a loss as to a) what changed, and b) how it ever worked at all.

                        riffer Thanks for that! It does indeed look like Dash to Dock is the culprit.

                          EbonJaeger The missing package cdparanoia is also impacting Rhythmbox which now also refuses to play regular audio CDs like Sound-Juicer.
                          There are two gstreamer plugins for audio cd sources, cdparanoiasrc contained in gstreamer-abse package and cdiocddasrc contained in gstreamer-ugly package, which are both missing in current Solus for some reason.

                              palto42 There are two gstreamer plugins for audio cd sources, cdparanoiasrc contained in gstreamer-abse package and cdiocddasrc contained in gstreamer-ugly package, which are both missing in current Solus for some reason.

                              Thanks for the research! I see now that libgstcdio.so was removed with the last package update to gstreamer-1.0-plugins-ugly

                              https://dev.getsol.us/R1088:a9399fbd510f757c5b1f6816b353564c690439d6

                              Update: Should be fixed by https://dev.getsol.us/R1088:a3859e48bd012f5f6715d0b30feed63c71f6a858 (at least sound-juicer works now)

                              @djanben pinging you as well so you see this message. Of course, the update will only arrive in the Stable repository with the next sync, which will be next week (as we have postponed it for kernel testing)

                                  EbonJaeger Staudey palto42 thanks for the research and the fix!
                                  I'm happy that this one got tracked down.

                                  [deleted] sorry for the late reply, wasn't around the last days. There is no output when running from the terminal, but I guess this is not important anymore. Thanks anyway!

                                            • [deleted]

                                            • Post #104

                                            djanben No problem, enjoy!

                                              Staudey

                                              I hope this workaround isn't already mentioned somewhere in this thread...

                                              Regarding Nautilus and other apps not respecting the GTK theme, you could add
                                              export GTK_THEME=[the-name-of-your-theme] to the ~/.profile file.

                                                6 days later

                                                elusian Are you fully up-to-date? That should've been fixed in the last round of updates (and works fine for me). Assuming you're talking about the issue where it automatically enters the folder you're trying to drop a file on.

                                                  Some things that should be fixed after the next sync (and I think I forgot to notify people about some previous fixes, but you probably noticed yourself):

                                                  Sebastian After the latest glib2 updates I can no longer reproduce the issue with gnome-calendar. So hopefully this means it's fixed (btw, maybe this also takes care of the Nautilus Favorites doubling issue? I haven't checked that one).

                                                  @infinitymdm Seems like we finally have a fix for the Nautilus crash on renaming. The issue was in libgtk-4. With the patch I can no longer reproduce the crash. If it still happens for you (after the update and a reboot/relog), please tell me, thanks!

                                                      Staudey I can confirm that the gnome calendar-bug where events were shown multiple times in sidebar and in week-view is gone. I can also confirm that renaming files in nautilus finally works again.
                                                      Concerning the Nautilus Favorites doubling issue: that one persists. Though it has changed a little bit and this I would say at least a week ago.
                                                      Files in favourite-directory get still visually displayed multiple times according to the number of open nautilus instances with open favourite-directory as I described first.
                                                      So if you have 4 nautilus instances showing favourite-directory running the instance you started first shows each file 4 times and the last started instance shows each file 1 time, the instances in between show each file accordingly 2 and 3 times.
                                                      What is new is: all instances except the first started one now also show "as first file" in the directory what appears to be a textfile. At leat it has the logo of a textfile. But this file has no filename. Only the logo is displayed. And this nameless "file" gets displayed twice in all nautilus instances except the first started one. The file-properties claim that this file is a directory. If you click on this file for opening it, all running nautilus instances crash.

                                                      Now that renaming in nautilus works again I have also noticed the following: Open nautilus and go to favourite-directory. Now rename any file in favourite-directory. The file you just renamed, and only this one, now gets displayed twice in favourite-directory.
                                                      Edit: actually that is not quite true: after renaming the renamed file does get shown twice, but once with old and once with new filename. After hitting F5 for refresh, the duplicate with old filename disappears.

                                                          Sebastian I digged a little bit deeper in the Nautilus Favorites doubling issue.
                                                          Some of my files I keep in an encfs encrypted directory. I realized that after mounting this encfs encrypted directory, an aditional file showed up in the favourites directory. In other words: I have a file marked as favourite in my encfs encrypted directory. This file only shows up in favourites directory, when the encyrpted directory is mounted. Thats the way it should be, I guess. But i got curious. So I opened another instance of nautilus and navigated to the favourites directory: now this "nameless textfile" I described in the previous post only appeared once.
                                                          Theses "nameless textfiles" are files, that are marked as favourite, but which are not availabe to the system.
                                                          I checked this by marking another file in the encfs encrypted directory as favourite and unmounting the directory.
                                                          After starting several nautilus instances and navigate all of them to the favourite directory, the "nameless textfile" now got shown 3 times, symbolizing the 3 as fvourite marked files which were not available.

                                                          Further I noticed that after unmounting the encfs encrypted directory, its as favourite marked files "stayed" in the favourite directory, without being able to open them, off course. Even after hitting F5 for refresh or closing and restarting nautilus, these files were still shown in the favourites directory. After killing nautillus, they were out of the favourites directory.