| Summary: | [Webapp] Search result title from search processor escaped incorrectly | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Eclipse Project] Platform | Reporter: | Chris Goldthorpe <cgold> | ||||||
| Component: | User Assistance | Assignee: | Chris Goldthorpe <cgold> | ||||||
| Status: | RESOLVED FIXED | QA Contact: | |||||||
| Severity: | normal | ||||||||
| Priority: | P3 | ||||||||
| Version: | 3.7 | ||||||||
| Target Milestone: | 3.7 M6 | ||||||||
| Hardware: | PC | ||||||||
| OS: | Windows XP | ||||||||
| Whiteboard: | |||||||||
| Attachments: |
|
||||||||
|
Description
Chris Goldthorpe
Created attachment 187672 [details]
Search client java class illustrating the problem
I think this bug is unrelated to the searchClient extension and has always existed for titles containing characters that require escaping. I will look into it. The problem only exists for potential results, and is caused by code in ServletResources which is stripping the first ampersand from the result string, this is apparently to remove keyboard accelerators although I'm not sure why those accelerators are in WebappResources.properties. For example SearchLabel=&Search: Since the translations of the property files probably also contain the accelerators the best fix would be to strip the ampersands from the string that come from resources before variable substitution. Created attachment 188721 [details]
Patch
I can see how the accelerators are intended to work. The only resources containing accelerators have no substitution parameters so the fix is to remove the code that strips out the first ampersand from the methods that return a resource which has parameter substitution.
Patch applied to HEAD, Fixed |