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