Closed Bug 3434 Opened 26 years ago Closed 22 years ago

Escaping in the prefs file

Categories

(Grendel Graveyard :: User Interface, defect, P2)

x86
Other

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: edwin, Assigned: grail)

Details

Jeff's xena.pref had this line: mail.storelist=pop3://kgalyan@popd.accesscom.com,berkeley The pop3 store didn't work. When changed to this: mail.storelist=pop3\://kgalyan@popd.accesscom.com,berkeley It did work. This is also the way the mail.storelist is escaped in my xena.pref: mail.storelist=berkeley,pop3\://grendel@130.89.235.121,imap\://edwin@idefix.stud ent.utwente.nl,news\://news.student.utwente.nl Is this a bug somewhere in the prefs saving code?
Status: NEW → ASSIGNED
Okay, I'm taking this one on. I think it's in how different OSes handle things. Still, the same prefs file should work on all systems ... I'm on it.
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → LATER
This is a Java platform issue. With Java 2, characters are propertly escaped in the properties file. I guess it was the decision from JavaSoft. For example, my user name stored in xena.pref used to be "Giao Nguyen" (sans quotes) on Java 1.1 platform. As of Java 2, it becamse "Giao\ Nguyen" with the white space escaped. If that's the case then the prefs code should search for the ":" and escape it. How it's going to be done remains in question. The suggestion is to use Java 2 or hack the xena.pref file until an adequate fix can be achieved.
Component: Front end → User interface
LATER is deprecated per bug 35839.
Status: RESOLVED → REOPENED
Resolution: LATER → ---
-> wfm
Status: REOPENED → RESOLVED
Closed: 26 years ago22 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.