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.
Thanks for the report. This dialog is shown by KIO, the library that takes care of renaming files (and many other things).
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
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.
(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.
(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?
(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.
*** Bug 347276 has been marked as a duplicate of this bug. ***