[Nepomuk] Resources deletion
Ignacio Serantes
kde at aynoa.net
Tue Oct 4 09:25:23 UTC 2011
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 <kde at aynoa.net> 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 at 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 at 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 at 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 at 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 <kde at aynoa.net> 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 <kde at aynoa.net> 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 <trueg at kde.org> 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 <trueg at kde.org
>>>> > <mailto:trueg at kde.org>> 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
>>>> > > Nepomuk at kde.org <mailto:Nepomuk at kde.org>
>>>> > > https://mail.kde.org/mailman/listinfo/nepomuk
>>>> > _______________________________________________
>>>> > Nepomuk mailing list
>>>> > Nepomuk at kde.org <mailto:Nepomuk at kde.org>
>>>> > https://mail.kde.org/mailman/listinfo/nepomuk
>>>> >
>>>> >
>>>> >
>>>> >
>>>> > --
>>>> > Best wishes,
>>>> > Ignacio
>>>> >
>>>> >
>>>>
>>>
>>>
>>>
>>> --
>>> Best wishes,
>>> Ignacio
>>>
>>>
>>>
>>
>>
>> --
>> Best wishes,
>> Ignacio
>>
>>
>>
>
>
> --
> Best wishes,
> Ignacio
>
>
>
--
Best wishes,
Ignacio
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/nepomuk/attachments/20111004/7355ad82/attachment.html>
More information about the Nepomuk
mailing list