Bug 334235 - File details missing from rename dialogue window.
Summary: File details missing from rename dialogue window.
Status: RESOLVED DOWNSTREAM
Alias: None
Product: kio
Classification: Frameworks and Libraries
Component: general (show other bugs)
Version: 4.13.0
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: David Faure
URL: https://bugzilla.novell.com/show_bug....
Keywords:
: 347276 (view as bug list)
Depends on:
Blocks:
 
Reported: 2014-05-02 15:15 UTC by Paul
Modified: 2015-05-07 16:44 UTC (History)
7 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
Screenshot of dialogue box. (18.30 KB, image/png)
2014-05-02 15:15 UTC, Paul
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Paul 2014-05-02 15:15:13 UTC
Created attachment 86409 [details]
Screenshot of dialogue box.

The rename dialogue window for "File already exists" no longer displays file details, date, time, size... only the file path/name.
Comment 1 Frank Reininghaus 2014-05-02 15:16:46 UTC
Thanks for the report. This dialog is shown by KIO, the library that takes care of renaming files (and many other things).
Comment 2 Wolfgang Bauer 2014-05-22 18:03:53 UTC
This is actually a downstream issue.
openSUSE builds kdelibs 4.13 without Nepomuk, therefore the file information widget is missing in kdelibs.

See the downstream bug report:
https://bugzilla.novell.com/show_bug.cgi?id=879506
Comment 3 Andrea Scarpino 2014-07-26 09:39:14 UTC
This cannot be a downstream issue if the fix is to patch kdelibs code.

If kdelibs fails when it's built without Nepomuk then you've to patch your code. IMHO.
Comment 4 Wolfgang Bauer 2014-07-26 13:09:56 UTC
(In reply to Andrea Scarpino from comment #3)
> This cannot be a downstream issue if the fix is to patch kdelibs code.
You misunderstand.

OpenSUSE patched kdelibs to be able to build it without Nepomuk/strigi.
And that removed the feature to show those file details.
That's why this is a downstream issue IMHO.

The fix is to build it _with_ Nepomuk/strigi as it has been done in openSUSE before KDE 4.13.

> If kdelibs fails when it's built without Nepomuk then you've to patch your
> code. IMHO.
It doesn't "fail".
A feature that's provided by Nepomuk/strigi is missing if you compile it without Nepomuk/strigi.
That's to be expected I'd say.

In addition, you normally cannot build it without strigi. That was only made possible by an openSUSE specific patch.
Comment 5 Andrea Scarpino 2014-07-26 15:45:24 UTC
(In reply to Wolfgang Bauer from comment #4)
> OpenSUSE patched kdelibs to be able to build it without Nepomuk/strigi.
> And that removed the feature to show those file details.
> That's why this is a downstream issue IMHO.
> 
> The fix is to build it _with_ Nepomuk/strigi as it has been done in openSUSE
> before KDE 4.13.
> 
> In addition, you normally cannot build it without strigi. That was only made
> possible by an openSUSE specific patch.

Thank you for your reply Wolfgang.

In Arch we are affected by the same bug. We don't build kdelibs with Nepomuk support, but we don't patch kdelibs neither. And we build it with strigi support (which maybe is useless).

So, to summarize, you are affected by this if you disable Nepomuk support. Strigi support doesn't matter, right?
Comment 6 Wolfgang Bauer 2014-07-26 16:06:31 UTC
(In reply to Andrea Scarpino from comment #5)
> So, to summarize, you are affected by this if you disable Nepomuk support.
Correct.

> Strigi support doesn't matter, right?
Strigi is used to get the actual file metadata (this is NepomukV1, not the V2 that got introduced in 4.10 which has its own metadata extractors).
So this is required as well.

But as I wrote, you cannot disable strigi support anyway without patching kdelibs.
Comment 7 Frank Reininghaus 2015-05-07 16:44:53 UTC
*** Bug 347276 has been marked as a duplicate of this bug. ***