desktop-packages team mailing list archive
-
desktop-packages team
-
Mailing list archive
-
Message #48440
[Bug 887867] Re: Library monitoring not working, rescan shows nonexistent files and folders, no more "missing files"
This is what I did to try to break rhythmbox again:
--------------------------------------------------------------------------------
while rhythmbox is open, in Nautilus I made a temporary music library
folder with just one song (as opposed to 30,000 songs, which seems to
make the debug output files massively long)
changed the library folder in rhythmbox settings and closed rhythmbox
renamed the ~/.local/shared/rhythmbox/rhythmboxdb.xml file to a backup
copy, to start from scratch
opened rhythmbox (output file 01 started)
in nautilus, renamed the song file (the only song in the library);
rhythmbox seems to update the file properties correctly
in nautilus created album folder and dragged file in the new subfolder;
in rhythmbox, one file still shows, but in the properties dialog, the
location is now /home/dg/Desktop/(null)
opened the file in cowbell, changed tag info, saved the changes (which
also renames the file itself); still no "missing file" status showing in
the rhythmbox sidebar, still only one file showing up, location still
/home/dg/Desktop/(null)
opened file with soundconverter, to convert from 192 bitrate to 128
bitrate; this creates a new file in a subfolder; no updating in
rhythmbox yet, so went to menu bar to open preferences (which
historically has appeared to force a rescan of the library); that did
nothing, so i unticked and attempted to retick "watch library for new
files" and rhythmbox crashed (in the terminal, the message was
"segmentation fault")
restarting rhythbox (output file 02 started)
same erroneous file (just one though) shows in library window, try to
play it, but it will not play
in the settings, the "watch library for new files" box did not get
ticked before the segfault, so reticking it now; library does not update
in rhythmbox
closing rhythmbox via window title bar button; does not stop rhythmbox
though (does not terminate in the terminal)
open system monitor and rhythmbox is listed as sleeping with channel
being futex_wait_queue_me; selecting end process
restarting rhythmbox (output file 03 started)
now the library shows 3 files, 2 of which exist
in nautilus, deleting the original 192 bitrate file, dragging the new
128 bitrate file up from the subfolder, and deleting the subfolder; the
rhythmbox library does drop one file, but still shows the nonexistent
file at /home/dg/Desktop/(null); the rhythmbox side pane does update to
show a missing file, which i right click and remove
in nautilus I rename the file; rhythmbox updates it correctly
in nautilus, I make a new folder and drag the file into it, and delete
the old folder; the one correct file now shows up in the rhythmbox
library at /home/dg/Desktop/(null)
restarting rhythbox (output file 04 started)
I try playing the "null" files and then the GUI seems to go into an
endless loop; i click the window title bar button to close rhythmbox,
and then a third file shows up and the loop stops
i try to play the newly displayed file and the rhythmbox window dims and
seems frozen
I clicked the x in the window title bar and selected "force quit"
restarted rhythmbox (output file 05 begun)
the correct file does now play, the two "null" files are still listed,
and no "missing files" are listed
closing rhythmbox, done trying to break it
--------------------------------------------------------------------------------
Unfortunately, I cannot figure out how to replicate the situation where
the old 192 bitrate file still shows up (not at a "null" location, but
at the actual pa that did in fact exist a few minutes ago)
Hope this helps even without that additional condition being replicated
** Attachment added: "debug output (using separate files, as they seemed to get overwritten upon restart otherwise)"
https://bugs.launchpad.net/ubuntu/+source/rhythmbox/+bug/887867/+attachment/2594441/+files/rhythmbox-debug-01.txt
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to rhythmbox in Ubuntu.
https://bugs.launchpad.net/bugs/887867
Title:
Library monitoring not working, rescan shows nonexistent files and
folders, no more "missing files"
Status in “rhythmbox” package in Ubuntu:
Incomplete
Bug description:
$ apt-cache policy rhythmbox
rhythmbox:
Installed: 2.90.1~20110908-0ubuntu1
Candidate: 2.90.1~20110908-0ubuntu1
Version table:
*** 2.90.1~20110908-0ubuntu1 0
500 http://us.archive.ubuntu.com/ubuntu/ oneiric/main i386 Packages
100 /var/lib/dpkg/status
--------------------------------------------------------------------------------
Using Ubuntu 11.10 (32 bit), and using Rhythmbox 2.90.1, I set my
preferences to watch for changes in the library folder.
Then I make changes within a given subfolder and/or to the subfolder
itself, for example, renaming via Nautilus, Soundconverter, or
Cowbell, or a combination thereof.
The next time I launch Rhythmbox, it shows nonexistent files in the
library. For example, where there is only one file, there are two
other copies still shown; one copy is the way the file/folder/both was
previously named, and the other copy is in a non-existent folder way
outside of the library, with a peculiar name,
"/home/dg/(null)/filename" (if the "null" folder exists, I cannot
locate it).
In the attached screenshot, the file circled in red is the only file
actually present.
This did not happen to me in previous versions of Rhythmbox, at least,
not that I am aware of. I'm not sure it was even occurring during the
week or two I had done a dist-upgrade from the ~64 bit~ version of
Natty to the Oneiric RC (and thus the GTK+3 version of Rhythmbox)
before doing a clean install of the 32 bit version of the Oneiric
final release.
Unticking and reticking the watch for changes in library option
combined with restarting Rhythmbox and rebooting the computer has no
effect.
Manually right-clicking on a file in the library view in Rhythmbox,
and selecting "move to trash" has no effect other than to place a red
error icon on the row of the file in question. Only selecting "remove"
in the right-click context menu actually removes it.
*********
This time around, after the fresh install of Ubuntu 11.10, and
installing Rhythmbox, and uninstalling Banshee, the only thing I did
before setting my library folder was to manually copy and paste some
iradio entries into the ~/.local/share/rhythmbox/rhythmbox.db xml
database file before it got cluttered with thousands of non-iradio
entries (songs).
The "missing files" function in the library UI was briefly working
today, as was the "import errors" function, now no files show up as
missing, even though they are actually missing. I don't know what
changed to cause the different behavior.
*********
Oddly, this bug seems like it may have cured a separate, longstanding
bug I've had with Rhythmbox: usually when I restarted Rhythmbox in the
past, a restart took two attempts, the first attempt resulting in a
crash and the second attempt actually restarting Rhythmbox. So far
this does not seem to be happening, but if it resumes I will note it
here.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/rhythmbox/+bug/887867/+subscriptions
References