[Nepomuk] Resources deletion
Ignacio Serantes
kde at aynoa.net
Tue Oct 4 09:49:16 UTC 2011
On Tue, Oct 4, 2011 at 11:23 AM, Sebastian Trüg <trueg at kde.org> wrote:
> Finally I managed to reproduce a bug! :D
>
Well, as they say in Spain, "nunca es tarde si la dicha es buena", never too
late if that is good :).
> This is serious indeed and I will try to fix this today.
> Thanks a lot for tracking this down.
>
Yes, the error is serious because it destroys confidence in Nepomuk.
Historically Nepomuk has had many problems with encoding and with external
drives so I think some test cases must be written using only non-ascii
characters, spaces and external drives.
> Cheers,
> Sebastian
>
> On 10/03/2011 04:41 PM, Ignacio Serantes 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
> > <mailto: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
> > <mailto: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
> > <mailto: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>
> > > <mailto: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>
> > <mailto: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>
> > <mailto: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
> >
> >
> >
> >
> > _______________________________________________
> > Nepomuk mailing list
> > Nepomuk at kde.org
> > https://mail.kde.org/mailman/listinfo/nepomuk
> _______________________________________________
> Nepomuk mailing list
> Nepomuk at kde.org
> https://mail.kde.org/mailman/listinfo/nepomuk
>
--
Best wishes,
Ignacio
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/nepomuk/attachments/20111004/298a2703/attachment-0001.html>
More information about the Nepomuk
mailing list