I test this bug in two new computers: - openSUSE 11.3 with KDE 4.7.1: confirmed - openSUSE 11.3 with KDE 4.6.5: there is no bug
so seems like this bug was introduced in KDE 4.7. Following with external HDs the new configuration is not accurate because you could add metadata to your external HDs but don't want strigi indexed 2TB of data and thousands of files. In KDE 4.7.1 if you change the configuration to "Ignore all removable media" all metadata from external HDs is removed and I think this is a bad behaviour. On Mon, Oct 3, 2011 at 4:41 PM, Ignacio Serantes <[email protected]> wrote: > More information about this bug: > > Using a new user I created the next files in an external HD named > OneTouch4: > > file:///media/OneTouch4/test_dir space/test_dir_file space.txt > file:///media/OneTouch4/test_dir space/test_dir_file.txt > file:///media/OneTouch4/test_dir/test_dir_file space.txt > file:///media/OneTouch4/test_dir/test_dir_file.txt > file:///media/OneTouch4/test_root space.txt > file:///media/OneTouch4/test_root.txt > > and I tagged all files with tag "uno". I open konsole and execute a query > using nepoogle: > > navis@misaki:~> nepoogle --nogui hastag:uno > file:///media/OneTouch4/test_dir space/test_dir_file space.txt > file:///media/OneTouch4/test_dir space/test_dir_file.txt > file:///media/OneTouch4/test_dir/test_dir_file space.txt > file:///media/OneTouch4/test_dir/test_dir_file.txt > file:///media/OneTouch4/test_root space.txt > file:///media/OneTouch4/test_root.txt > > so until here all is Ok :). > > I stopped Nepomuk using "Configure Desktop", wait a couple of seconds and I > started Nepomuk again. > > If I do the previous query the result is: > > navis@misaki:~> nepoogle --nogui hastag:uno > file:///media/OneTouch4/test_dir/test_dir_file.txt > file:///media/OneTouch4/test_root.txt > > and is easy to see that all files with a space in the url lost resources. > > Seems like an encoding bug so I done another test, I created a file named > "áéíóú.txt" and tagged with "uno". As expected the result from the test > query is correct: > > navis@misaki:~> nepoogle --nogui hastag:uno > file:///media/OneTouch4/áéíóú.txt > file:///media/OneTouch4/test_dir/test_dir_file.txt > file:///media/OneTouch4/test_root.txt > > And, as expected, after a Nepomuk restart the query result don't include > the file with non-ascii characters: > > navis@misaki:~> nepoogle --nogui hastag:uno > file:///media/OneTouch4/test_dir/test_dir_file.txt > file:///media/OneTouch4/test_root.txt > > So, seems like this is another encoding bug in KDE related to the use of > non-ascii characters. > > As commented before I only test this in an openSUSE 11.4 with KDE 4.7.1. > > On Fri, Sep 30, 2011 at 9:42 PM, Ignacio Serantes <[email protected]> wrote: > >> Hi, >> >> It took time but I found the bug and is serious because this is a common >> behavior when you restart your computer. >> >> Steps to reproduce the problem: >> >> 1. Add metadata to a file in an external HD. >> 2. Without *unplugging* the HD you must *stop Nepomuk*. >> 3. *Start Nepomuk* again with HD *plugged* and voila, all data is >> deleted. >> >> If external HD is not plugged when Nepomuk is starting data is not >> deleted. This bug is reproducible always in my system, a KDE 4.7.1 on a >> openSUSE 11.4. I can't test in other systems and configurations so feedback >> for other users would be very useful. >> >> The worst thing that can happen to a database is to lose information so I >> think this bug has the highest priority. >> >> On Fri, Sep 30, 2011 at 4:10 PM, Ignacio Serantes <[email protected]> wrote: >> >>> Sure, I'm using two external HDs and I losing metadata in both of then. >>> >>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>> udi = '/org/freedesktop/UDisks/devices/sdd' >>> parent = '/org/freedesktop/UDisks' (string) >>> vendor = 'Maxtor' (string) >>> product = 'OneTouch' (string) >>> description = 'Maxtor OneTouch' (string) >>> Block.major = 8 (0x8) (int) >>> Block.minor = 48 (0x30) (int) >>> Block.device = '/dev/sdd' (string) >>> StorageDrive.bus = 'Usb' (0x1) (enum) >>> StorageDrive.driveType = 'HardDisk' (0x0) (enum) >>> StorageDrive.removable = true (bool) >>> StorageDrive.hotpluggable = true (bool) >>> StorageDrive.inUse = true (bool) >>> StorageDrive.size = 750156374016 (0xaea8cde000) (qulonglong) >>> >>> udi = '/org/freedesktop/UDisks/devices/sdd1' >>> parent = '/org/freedesktop/UDisks/devices/sdd' (string) >>> vendor = 'Maxtor' (string) >>> product = 'OneTouch4' (string) >>> description = 'OneTouch4' (string) >>> Block.major = 8 (0x8) (int) >>> Block.minor = 49 (0x31) (int) >>> Block.device = '/dev/sdd1' (string) >>> StorageAccess.accessible = true (bool) >>> StorageAccess.filePath = '/media/OneTouch4' (string) >>> StorageAccess.ignored = false (bool) >>> StorageVolume.ignored = false (bool) >>> StorageVolume.usage = 'FileSystem' (0x2) (enum) >>> StorageVolume.fsType = 'ext4' (string) >>> StorageVolume.label = 'OneTouch4' (string) >>> StorageVolume.uuid = '7be6d86a-14e8-4e20-88aa-00d894ad0c12' (string) >>> StorageVolume.size = 750153729024 (0xaea8a58400) (qulonglong) >>> >>> udi = '/org/freedesktop/UDisks/devices/sdm'd >>> parent = '/org/freedesktop/UDisks' (string) >>> vendor = 'ST315003' (string) >>> product = '41AS' (string) >>> description = 'ST315003 41AS' (string) >>> Block.major = 8 (0x8) (int) >>> Block.minor = 192 (0xc0) (int) >>> Block.device = '/dev/sdm' (string) >>> StorageDrive.bus = 'Usb' (0x1) (enum) >>> StorageDrive.driveType = 'HardDisk' (0x0) (enum) >>> StorageDrive.removable = true (bool) >>> StorageDrive.hotpluggable = true (bool) >>> StorageDrive.inUse = true (bool) >>> StorageDrive.size = 1500301910016 (0x15d50f66000) (qulonglong) >>> >>> udi = '/org/freedesktop/UDisks/devices/sdm1' >>> parent = '/org/freedesktop/UDisks/devices/sdm' (string) >>> vendor = 'ST315003' (string) >>> product = 'HD1.5TB-01' (string) >>> description = 'HD1.5TB-01' (string) >>> Block.major = 8 (0x8) (int) >>> Block.minor = 193 (0xc1) (int) >>> Block.device = '/dev/sdm1' (string) >>> StorageAccess.accessible = true (bool) >>> StorageAccess.filePath = '/media/HD1.5TB-01' (string) >>> StorageAccess.ignored = false (bool) >>> StorageVolume.ignored = false (bool) >>> StorageVolume.usage = 'FileSystem' (0x2) (enum) >>> StorageVolume.fsType = 'ext4' (string) >>> StorageVolume.label = 'HD1.5TB-01' (string) >>> StorageVolume.uuid = 'a6a74f3f-0014-4b62-a11c-2d8e7658a3bb' (string) >>> StorageVolume.size = 1495338582016 (0x15c29200000) (qulonglong) >>> <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< >>> >>> On Fri, Sep 30, 2011 at 2:49 PM, Sebastian Trüg <[email protected]> wrote: >>> >>>> OK, then could you please show what "solid-hardware details <UDI>" shows >>>> for the hd. I am mostly interested to see if it has a uuid. >>>> >>>> Cheers, >>>> Sebastian >>>> >>>> On 09/29/2011 10:01 PM, Ignacio Serantes wrote: >>>> > Oh, I forgot it :). >>>> > >>>> > Yes, KDE 4.7.1 on a openSUSE 11.4 using "Upstream release aka. KR47 >>>> (KDE >>>> > SC 4.7)" repository. >>>> > >>>> > On Thu, Sep 29, 2011 at 9:54 PM, Sebastian Trüg <[email protected] >>>> > <mailto:[email protected]>> wrote: >>>> > >>>> > KDE 4.7.1? >>>> > >>>> > On 09/29/2011 09:30 PM, Ignacio Serantes wrote: >>>> > > Hi, >>>> > > >>>> > > As I lost all resources from my external HDs many times this >>>> week >>>> > I want >>>> > > to deactivate the service that is doing this. What service is >>>> and how >>>> > > could I deactivate or remove de service? >>>> > > >>>> > > -- >>>> > > Best wishes, >>>> > > Ignacio >>>> > > >>>> > > >>>> > > >>>> > > >>>> > > >>>> > > >>>> > > _______________________________________________ >>>> > > Nepomuk mailing list >>>> > > [email protected] <mailto:[email protected]> >>>> > > https://mail.kde.org/mailman/listinfo/nepomuk >>>> > _______________________________________________ >>>> > Nepomuk mailing list >>>> > [email protected] <mailto:[email protected]> >>>> > https://mail.kde.org/mailman/listinfo/nepomuk >>>> > >>>> > >>>> > >>>> > >>>> > -- >>>> > Best wishes, >>>> > Ignacio >>>> > >>>> > >>>> >>> >>> >>> >>> -- >>> Best wishes, >>> Ignacio >>> >>> >>> >> >> >> -- >> Best wishes, >> Ignacio >> >> >> > > > -- > Best wishes, > Ignacio > > > -- Best wishes, Ignacio
_______________________________________________ Nepomuk mailing list [email protected] https://mail.kde.org/mailman/listinfo/nepomuk
