Community
Participate
Working Groups
- Open Help -> Search. - Search for anything, add a few bookmarks. - Open Help -> Help Contents. - Click on Bookmarks on the bottom in new Help window. - Select a bookmark. - Click on the "Delete Selected Bookmark" action. - Bug: Nothing happens. This works when deleting all bookmarks, or deleting bookmarks that were added from the online help window, not the view.
reproducable in 3.1.1.
Sending back to inbox since not being actively worked on.
I recall fixing a few bookmark problems earlier.. can you see if this one is still reproducible?
Still reproducable in 3.2 RC7, will investigate.
Created attachment 46211 [details] Fixes the bug. The bookmark was being added with the ?resultof parameter in the href. This was preventing it from being removed correctly upon bookmark deletion. Added a method to ReusableHelpPart to parse the href and remove any parameters before creating the bookmark.
Patch applied. This also fixes another side effect of the ?resultof where viewing such a bookmark would result in highlighting of the original search query from which the bookmark was created. This one is also fixed with the patch.
This bug is reproducible again in I20070608-1718. Reopening.
This should be corrected again for 3.3.1.
Created attachment 71212 [details] Patch for 3.3.1 stream The previous fix was to a piece of code which is no longer used when the add bookmark button is clicked from the toolbar. It instead goes directly to the bookmark manager with the href that the BrowserPart is pointing at. In the case of a search result, this href has the query parameter on it. The previous fix is still required for the case of adding the bookmark from the context menu for a search result. Since the fix for the BrowserPart toolbar button also needed to strip out the parameter, I moved the method introduced by the previous fix out of the ReusableHelpPart and created a utility class in org.eclipse.help.base called LinkUtil to provide it.
Adam can you write a few JUnit tests for LinkUils.StripParams() and attach them as a second patch? This kind of string manipulation utility is always a good candidate for adding JUnit tests. See org.eclipse.ua.tests.cheatsheet.other.TestEscape for an example of such a test.
Created attachment 72987 [details] Patch with JUnit tests New patch includes JUnit tests for LinkUtil.stripParam(). Also makes the method null safe.
Fixed in HEAD.
Fixed in 3.3 maintenance stream
*** Bug 131027 has been marked as a duplicate of this bug. ***