Finally here are some of the desktop files which appear as a cog wheel when accessed via NFS:

http://paste.kde.org/178982

Do you see anything suspicious here?

Kind regards,
Markus

Ok that is extremely weird. The icon listed in that file is valid, and from what you have indicated, the files are executable and the NFS file system is not mounted with noexec.

Are there any emblems shown on the Cog desktop icons?

What do you mean by emblems? Those small overlays (e.g., the square with an arrow indicating a symbolic link)? There is no such overlay (unless I create a symbolic link inside the Desktop directory, such as "ln -s Kontact.desktop Kontact_link.desktop", then there appears a cog wheel with an arrow and the subtitle "Kontact_link"). The icons look exactly like the file "/usr/share/icons/oxygen/48x48/mimetypes/application-x-desktop.png".

BTW, since you mentioned the "noexec" flag, I created a bash script in the Desktop directory, which shows up with a different icon and can be executed both from the command line and by double-clicking the icon. Do you know any other way to test the presence of certain file system features that KDE might depend on to correctly display icons?

Thanks & kind regards,
Markus

I have examined the code which backs up KDE file managers and found that it has special case checking to determine if the file system uses NFS. If it does, then viewing of icons is restricted to just the mimetype only.

If you wish to remove this limitation, then I would suggest editing kio/kio/kfileitem.cpp in kdelibs.

This change was made to improve the performance of directory viewing on remote file systems, see bug #178678.

Code: Select all

    if (isLocalUrl && !isSlow() && mime->is("application/x-desktop")) {
        d->m_iconName = iconFromDesktopFile(url.toLocalFile());
        if (!d->m_iconName.isEmpty()) {
            d->m_useIconNameCache = d->m_bMimeTypeKnown;
            return d->m_iconName;
        }
    }

Code: Select all

bool KFileItemPrivate::isSlow() const
{
    if (m_slow == SlowUnknown) {
        const QString path = localPath();
        if (!path.isEmpty()) {
            const KFileSystemType::Type fsType = KFileSystemType::fileSystemType(path);
            m_slow = (fsType == KFileSystemType::Nfs || fsType == KFileSystemType::Smb) ? Slow : Fast;
        } else {
            m_slow = Slow;
        }
    }
    return m_slow == Slow;
}

Thanks a lot for the hint, then https://bugs.kde.org/show_bug.cgi?id=178678 is probably the place to continue the discussion.

Kind regards,
Markus

bcooksley wrote:I have examined the code which backs up KDE file managers and found that it has special case checking to determine if the file system uses NFS. If it does, then viewing of icons is restricted to just the mimetype only.

If you wish to remove this limitation, then I would suggest editing kio/kio/kfileitem.cpp in kdelibs.

Can you tell me if this source code can be find packed to Ubuntu?
Where can I find this project?

I am not aware of any *buntu binary packages existing which are patched to workaround this issue i'm afraid.
However, if you are not too afraid of the Debian build tools, it should be possible to generate your own package. I suggest you look for "kdelibs5" on http://packages.ubuntu.com/ for your *buntu variant, and follow on from there.

Instructions on how to generate a *.deb file are relatively common on the internet.
Note: you will need to install all the build dependencies for it to work properly, but those will be mentioned in the package description file.