Opened 7 years ago
Closed 7 years ago
#1110 closed defect (fixed)
open with wildcard not reusable in file history
Reported by: | Elaine Meng | Owned by: | Tom Goddard |
---|---|---|---|
Priority: | moderate | Milestone: | |
Component: | Input/Output | Version: | |
Keywords: | Cc: | Greg Couch | |
Blocked By: | Blocking: | ||
Notify when closed: | Platform: | all | |
Project: | ChimeraX |
Description
If I used a wildcard in the open command, e.g. "open test*cxs" it works correctly that time. However, later clicking link or icon in Rapid Access (File History) even though link looks correct (test*cxs) it gives a different string in the Log and doesn't work:
open /Users/meng/Desktop/test%2Acxs
File not found: /Users/meng/Desktop/test%2Acxs
Change History (1)
comment:1 by , 7 years ago
Cc: | added |
---|---|
Resolution: | → fixed |
Status: | assigned → closed |
Note:
See TracTickets
for help on using tickets.
Fixed.
Greg and I discussed this. The problem is the file history shown in the GUI is an HTML page using "cxcmd:open filename" links. The current file history code does a urllib.parse.quote() which replaces "*" with "%2A" and it will escape other symbol characters. But our code that executes the cxcmd command is not unquoting.
Greg has fixed this by adding the unquoting. This means that if hand-typed html tutorials using "cxcmd: some command" inlclude a percent character "%" it should be escaped. But we think this will be exceedingly rare.