Project

General

Profile

Actions

Bug #3901

closed

unescaped & in <entity name="a & b"> on line 4

Added by Oliver Soong about 15 years ago. Updated about 15 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
Category:
general
Target version:
Start date:
03/17/2009
Due date:
% Done:

0%

Estimated time:
Bugzilla-Id:
3901

Description

XP Pro x64 SP2, Java 1.6.0_11, Kepler 1.0.0 from kepler-project.org

If a workflow is saved with an & in the file name, even though the file name is valid in the file system, Kepler throws an exception because the name attribute is unescaped in the outermost TypedCompositeActor entity. If Kepler is trying to re-open the workflow similar to how a save as is handled, then it's choking while attempting to parse the file. The & should be escaped as & in the name attribute, I think.

Actions #1

Updated by Christopher Brooks about 15 years ago

I partially fixed this by modifying PtolemyEffigy so that we escape for xml
the username. Models can now be saved with names like "This & That.xml".

However, the name in the title bar will look like "file:/tmp/This%20&%20That.xml"
The reason is that Ptolemy uses URLs or URIs to represent model names.
Trying to change the title bar so that it shows "file:/tmp/This & That.xml"
initially seems desirable, but spaces are not legitimate characters in URLs
or URIs. If I hacked in something that changed %20 to space, then that
would look better, but it would technically be a lie, since the URL or
URI has %20s in it, not spaces.

Interestingly, if I open /tmp/This & That.xml and then do Save As, then
the file browser shows the initial file name as "This & That.xml", which correct. It would have been wrong to show "This%20&%20That.xml".

Actions #2

Updated by Redmine Admin about 11 years ago

Original Bugzilla ID was 3901

Actions

Also available in: Atom PDF