I have a huge collection of music at /mnt/data1/music. About 40,000 songs in flac format. At one point or another, I pointed Juk to add this folder and scan it on startup. I no longer want this folder to be scanned. When Juk starts up, it goes into scanning mode. The mouse cursor indicates busy.... For 3 HOURS!!!! Things I have tried.... 1: Blow away my juk config rm -rf ~/.kde3.3/share/apps/juk/* rm -rf ~/.kde3.3/share/apps/juk/* Gives me a blank playlist but still scans... 2: Open juk, file add playlist, remove the dir from the scanning list. Juk segfaults when closing it (because it is still in the process of scanning). When I start it back up, the directory is still being scanned and is listed in the 'scan on startup' box At this point, I'm going to delete the cache, move/rename my music dir, and restart juk as a workaround. I would appreciate a "STOP SCANNING" button, or the ability to stop scanning on startup. Also, I would like Juk to gracefully close while scanning. Reproducible: Always Steps to Reproduce: 1. Add a large collection to the startup scan option 2. Try to close Juk While scanning 3. Restart juke after segfault Actual Results: Juk won't stop scanning, won't close gracefully Expected Results: Remember that I told it not to scan. Close gracefully while scanning. Include a "Stop Scanning" button ================================================================= System uname: 2.6.11-gentoo-r5 i686 AMD Athlon(TM) XP 1700+ Gentoo Base System version 1.6.11 dev-lang/python: 2.3.5 sys-apps/sandbox: 1.2.3 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5 sys-devel/binutils: 2.15.92.0.2-r8 sys-devel/libtool: 1.5.16 virtual/os-headers: 2.6.11 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-mtune=athlon-xp -march=athlon-xp -O3 -pipe -funit-at-a-time" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-mtune=athlon-xp -march=athlon-xp -O3 -pipe -funit-at-a-time" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 3dnow 3dnowex X aac aalib alsa apm arts artswrappersuid audiofile avi berkdb bitmap-fonts bonobo bootsplash cdparanoia cdr crypt cups curl dga divx4linux dv dvd dvdread emboss encode esd faac faad fam ffmpeg flac foomaticdb fortran gd gdbm gif gnome gphoto2 gpm gstreamer gtk gtk2 gtkhtml guile imagemagick imlib ipv6 java joystick jpeg jpeg2k junit kde kdeenablefinal libg++ libwww mad matroska mikmod mmx mmx2 mng motif mozilla mp3 mpeg mplayer nas ncurses nls ogg oggvorbis opengl oss pam pdflib perl png python qt quicktime rar readline real samba scanner sdl session slang spell sse ssl subtitles svga tcpd tga theora tiff truetype truetype-fonts type1-fonts usb v4l v4l2 vorbis win32codecs wxwindows xanim xine xml xml2 xmms xv xvid xvmc zlib" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS, PORTDIR_OVERLAY
did you try deleting ~/.kde3.3/share/config/jukrc too?
(In reply to comment #1) > did you try deleting ~/.kde3.3/share/config/jukrc too? > File deleted, problem is solved. Would it be reasonable to request a "Stop background tasks", so that this manual workaround does not have to be implemented? Managing large-ish collections is becomming extremely difficult.
> File deleted, problem is solved. Would it be reasonable to request a "Stop > background tasks", so that this manual workaround does not have to be > implemented? Managing large-ish collections is becomming extremely difficult. This could be a sensible request for bugs.kde.org. Closing.
