Ok, the bug is fixed now. :)
On 10/04/2011 11:25 AM, Ignacio Serantes wrote: > 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] > <mailto:[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] > <mailto:[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] > <mailto:[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] <mailto:[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]> > > <mailto:[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]> > <mailto:[email protected] <mailto:[email protected]>> > > > https://mail.kde.org/mailman/listinfo/nepomuk > > _______________________________________________ > > Nepomuk mailing list > > [email protected] <mailto:[email protected]> > <mailto:[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 _______________________________________________ Nepomuk mailing list [email protected] https://mail.kde.org/mailman/listinfo/nepomuk
