20 Nov
2011
20 Nov
'11
4:36 a.m.
Le 19/11/2011 21:00, Richard J.M. Hill a écrit :
As I mentioned before, if I make a copy of kmailrc and
edit it to
remove the lines which contain the password entries, Konqueror is
then able to recognize the file as plain text. The 'file' command
claims it to be "UTF-8 Unicode text, with very long lines" whether it
contains the password or not.
Here, I have no password entries (I never really used kmail).
.kde/share/config/amarokrc
.kde/share/config/codeinerc
.kde/share/config/gwenviewrc
.kde/share/config/kaffeinerc
.kde/share/config/kdesktoprc
.kde/share/config/kdictrc
.kde/share/config/kmplayerrc
.kde/share/config/kopeterc
.kde/share/config/soundkonverterrc
.kde/share/config/tellicorc
are also of 'unknown type' for konqueror.
Deleting long lines makes konqueror identify them as plain text.
In kdictrc, it's the history field that contains only keywords separated
by commas, with no special characters...
It's 342 bytes long, with no spaces: too long for konqueror, it seems.
I believe the bug is here. There is a length limit that troubles
konqueror: if a line contains more than 301 bytes, the file is wrongly
identified.
What's the length of your password entries?
What happens If you reduce the length of the password field to 301
characters?