History | Log In     View a printable version of the current page.  
Issue Details (XML | Word | Printable)

Key: SAK-11555
Type: Bug Bug
Status: Closed Closed
Resolution: Fixed
Priority: Minor Minor
Assignee: Damian Sobieralski
Reporter: Damian Sobieralski
Votes: 0
Watchers: 0
Operations

If you were logged in you would be able to see more operations.
Sakai

ToolLink URL generation for remove selected citations fails after the first removal

Created: 18-Sep-2007 07:52   Updated: 23-Oct-2008 07:49
Component/s: Citations Helper
Affects Version/s: trunk [DO NOT USE], 2.5.0
Fix Version/s: 2.5.0

Time Tracking:
Not Specified

2.4.x Status: None
2.5.x Status: None
2.6.x Status: None


 Description  « Hide
In the pulldown list "Remove Selected citations" I am noticing on URLs that get called "twice" (like remove selected)....that when it renders it does the following:



http://127.0.0.1:8080/portal/tool/~admin-510/sakai.citation.tool.helper?panel=null&sakai_action=doRemoveSelectedCitations&collectionId=eeee635c-f95d-48fc-b06b-760ba93c13b0



 Notice the "panel=null&" Well, in IE no problem. IE seems to know to turn "&" to "&" for URL parameter separating. However, in Firefox it doesn't seem to know how to do this as some strange behavior happens. Basically, the helper gets called via Firefox but then returns right back. The Tomcat breakpoint I have in doRemoveSelectedCitations never gets called. If one issues the url on the firefox address bar directly, the "&" acts weird as I described. But if I edit the URL and change it to "&", it works as expected.





 All   Comments   Work Log   Change History   Subversion Commits      Sort Order: Ascending order - Click to sort in descending order
Damian Sobieralski - 19-Sep-2007 08:54
 Jim's use of velocity macro #contentLink instead of #toolForm or #toolLink generates a URL that can correctly be parsed by the applicaiton for parameters.