Version: 3.4.0 (using KDE 3.4.0, Gentoo) Compiler: gcc version 3.3.5 (Gentoo Linux 3.3.5-r1, ssp-3.3.2-3, pie-8.7.7.1) OS: Linux (i686) release 2.6.11-gentoo-r1 I tried to browse to my Linux's /proc/sys/kernel/osrelease file within the Konqueror file manager. The tooltip on that file says "empty file (0 bytes)". No preview is showed. When clicking on it, it asks me which program should be used to open it. I choose KWrite, Kwrite opens, but shows an empty document instead of the contents of /proc/sys/kernel/osrelease. Maybe kio or konqueror should just open the file instead of refusing it when stat says the file has zero length (like most files in /proc).
$ ls -l /proc/sys/kernel/osrelease -r--r--r-- 1 root root 0 2005-04-05 08:03 /proc/sys/kernel/osrelease The file is 0 bytes long. The association to Empty File is something you can change. By default, it's not assigned to anything. How are we supposed to know if that empty file was supposed to be a text file or something else? Note that when you create a new text file in Konqueror, a 2-byte file is created. As for opening the files, the problem is application-specific. Or a KIO "bug". I am reluctant to call it a bug because we are doing exactly what we are told: all the bytes in the file (0) are transferred.
my 2 cents, if I open this file in kate/kwrite and it looks like it is empty, I am going to assume that is is an empty file. This is not a good thing.
KEdit opens it fine, but neither Kate nor KWrite (which I believe use the same KPart) do. That's another bug to be filed against one or other of them. As for the konqueror issue - it's a question of whether konqeror should deal with "special" file systems like proc differently to everything else.
The file size is actually zero as reported by konqueror and the issue with viewing is a kate/kwrite issue so I'm re-assigning this bug. And confirming :-)
Fixed for KDE 4 ;)