[Nepomuk] Resources deletion

Ignacio Serantes kde at aynoa.net
Mon Oct 3 14:41:22 UTC 2011


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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/nepomuk/attachments/20111003/166dc1fd/attachment.html>


More information about the Nepomuk mailing list