← Back to team overview

desktop-packages team mailing list archive

[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