amarok: "Watch folders for changes" doesn't work - no automatic collection updates

Bug #37346 reported by gero
22
Affects Status Importance Assigned to Milestone
amarok (Ubuntu)
Fix Released
Medium
Unassigned

Bug Description

In the Amarok settings, "Watch folders for changes" is activated but the collection is not automatically updated when files are added to the collection folders.

This is Kubuntu Dapper Flight 5, KDE 3.5.1, Amarok 1.3.8

Revision history for this message
gero (gerod) wrote : Re: amarok: "Update" button doesn't work either - no collection updates

Upon deactivating "Watch folders for changes" and restarting Amarok (why is this necessary?) the "Update" button becomes clickable. Clicking it, however, has no effect. The only way to include new files in the collection is to rescan the entire collection

Revision history for this message
Francois-Denis Gonthier (fdgonthier) wrote :

I remember that problem happened when I used Amarok 1.3.8, but I decided to upgrade to 1.4.0b2 instead of investigating. The problem seemed exactly like the reporter has described.

Revision history for this message
Kenny Duffus (kduffus) wrote :

confirmed by Francois-Denis

Changed in amarok:
assignee: nobody → kubuntu-team
status: Unconfirmed → Confirmed
Revision history for this message
termite (rb6) wrote :

confirmed on Kubuntu Dapper 6.06, Amarok 1.4.2

Revision history for this message
Brandon Holtsclaw (imbrandon) wrote :

does this still happen with amarok 1.4.3 , i cannot reporduce it ?

Changed in amarok:
status: Confirmed → Needs Info
Revision history for this message
termite (rb6) wrote :

Yes, it still happens on my machine with 1.4.3

Revision history for this message
Nakkis (pharod) wrote :

I can confirm this, Ubuntu 6.10 / Amarok 1.4.3.

 The reason might be ntfs-3g, which I'm using on my collection drive.

Revision history for this message
Hans Harhoff Andersen (hansharhoff) wrote :

I can confirm the problem with amarok 1.4.4 on Kubuntu 6.10.

I am using nfs, so maybe the problem relates to filesystems other than ext3 and the other "normal" ones.

Revision history for this message
infopipe (infopipe) wrote :

I can confirm on Kubuntu 6.10 with amarok 1.4.4.
My collection is on a local partition (reiserfs), so I guess it is not file system dependant.

In the past moving (as in mv) the added files around triggered sometimes an update. But at the moment I have no luck with this trick.

Revision history for this message
gero (gerod) wrote :

I don't see why this bug has status "Needs Info". There doesn't seem to be any outstanding request for info but we have six confirmations. Changing status.

Changed in amarok:
status: Needs Info → Confirmed
Revision history for this message
DrKolossos (roth-simon) wrote :

confirmed on Ubuntu Feisty 7.04 Amarok 1.4.5.
The Problem wasn't there until I formated my HD and installed Feisty.

Revision history for this message
Sakumatti Luukkonen (sakumatti-luukkonen) wrote :

My guess too is that this is a filesystem issue. When my music was on a NTFS partition, the Watch folders feature didn't work but when I formatted my music HD to ext3, it works.

Revision history for this message
Arnout Vos (arnoutvos) wrote :

i'm having the same problem in feisty with amarok 1.4.5. and my collection is on an external (USB) FAT32 partition.

Revision history for this message
Jeff Mitchell (jefferai) wrote :

Okay, this is probably several different things rolled up into one "bug" report. In reality, some of these things may be bugs, and some definitely are not.

It's important to keep in mind that when watching folders, the scanner looks at the mtimes of folders. Note that this means that changing files (and possibly overwriting files already in existence) will not trigger an update. Generally, adding or removing files to a directory is sufficient to change the mtimes of the directory.

NTFS-3G users: Your problem is most likely NTFS-3G. IIRC, for some time it did not properly update directory mtimes. I believe recent versions may have fixed this. Either way, AFAIK from a different bug report Ubuntu is about six versions behind, at 1.328. Enjoy your bugs, or pester the package maintainer to get with it already.

Everyone else: I can't reproduce this, because it works fine on all of my computers. So what you need to do is use stat to take a look at the mtimes of the directories and compare them to those stored in the database.

SQLite users: Run sqlite3 on ~/.kde/share/apps/amarok/collection.db, then run "select * from directories;"
MySQL users: Use your Amarok database, and the same thing: "select * from directories;"

The numbers indicate the time since Unix epoch. You can copy and paste the directories' stat mtimes into date as such:

date -d "2007-04-20 03:38:25.000000000 -0400" +%s

to get a number for comparison.

Revision history for this message
Szabolcs Szakacsits (szaka) wrote :

NTFS-3G 1.826 has fixed all known mtime update problem.

Revision history for this message
Lydia Pintscher (lydia-pintscher) wrote :

Is this still valid or fixed by now?

Changed in amarok:
status: Confirmed → Incomplete
Revision history for this message
Lydia Pintscher (lydia-pintscher) wrote :

Closing due to lack of feedback. I assume it is fixed by now. Please reopen if someone still has this problem.

Changed in amarok:
status: Incomplete → Fix Released
Revision history for this message
gero (gerod) wrote :

I can confirm now that it works in Amarok 1.4.9.1 (using KDE 3.5.10 on Hardy).

Many thanks!

Revision history for this message
Nico (nicoadamo) wrote :

I have had the problem in every kde since 4.0.x (Kubuntu distro). Have music in both ntfs and ext4 filesystems.

NTFS-3g is "2010.3.6 external FUSE 28" (output of ntfs-3g --version)

Is there a need to have something special in fstab?
The actual line refering to the ntfs says
"/dev/sda4 on /Data type fuseblk (rw,nosuid,nodev,allow_other,blksize=4096) [Data]" (Output of mount -l)
and
"UUID=0E4ACCA5316508E8 /Data ntfs-3g defaults 0 0" in /etc/fstab

Any clue will be welcome, thanks. [[[f it helps, I'm on Kubuntu 10.04]]]

Nico (nicoadamo)
Changed in amarok (Ubuntu):
status: Fix Released → Incomplete
Revision history for this message
Jonathan Thomas (echidnaman) wrote :

This is most likely a different issue than the one originally reported here. Please report a new bug at bugs.kde.org against amarok.

Changed in amarok (Ubuntu):
assignee: Kubuntu Bugs (kubuntu-bugs) → nobody
status: Incomplete → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.