Closed Bug 407443 Opened 17 years ago Closed 16 years ago

menus for query based folders (smart bookmarks, saved searches) not refreshed after deleting an item

Categories

(Firefox :: Bookmarks & History, defect, P2)

x86
All
defect

Tracking

()

VERIFIED FIXED
Firefox 3

People

(Reporter: jo.hermans, Assigned: mak)

References

Details

Attachments

(1 file)

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b2pre) Gecko/2007120705 Minefield/3.0b2pre

When I open "Smart Bookmarks -> Recently Bookmarked", I can right-click on an entry, and choose delete, while the list of recent bookmarks statys open (underneath the context menu). This deletes the bookmark from the Places database, but doesn't refresh the list. When I click away (clikc on "Most Visited" for instance), and then come back, the list is correctly refreshed.

Deleting bookmarks in other pulldown lists works correctly, but not in the Smart menu.
Especially on OS X I don't get the context menu. Is there a difference between the OS or was it also changed for Windows?
It's still visible on WinXP. Seems that the missing context menu is an issue on OS X. Will file a new bug about.
This bug seems to apply for all saved searches. Perhaps the description should be changed?
"Most Visited" and "Recent Tags" are working fine for me with Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b4pre) Gecko/2008030120 Minefield/3.0b4pre ID:2008030120

What saved searches are you talking about?
If I do a bookmark search in Library and save it as a saved search, and then delete an item from the saved search folder I just created, the bookmark is deleted from the database but the list isn't refreshed. Just as the bug description, but for other saved searches as well as the aforementioned "recently bookmarked".
David, this bug is about the "Smart Bookmarks > Recently Bookmarked" entry under the Bookmarks Toolbar. If you have problems within the Library please file a new bug or try to find an existing one which covers your issue.
JFI: The refresh happens now when reopening the "Recently Bookmarked" sub menu.
Summary: no refresh when deleting in "recently bookmarked" → List of entries not refreshed when deleting a bookmark within "Smart Bookmakrs > Recently Bookmarked" of the Bookmarks Toolbar
Sorry, I wasn't clear:

I created a saved search and put it in the bookmark toolbar. Then I deleted a bookmark in the search folder on the toolbar. The folder view didn't refresh.

My point is that it must be the same code which is causing my saved search not to refresh, as the code that is causing the folder "recently bookmarked" not to refresh. They are both saved searches, only one is provided as a default in Firefox.

I suggest the description of this bug be changed to "List of entries not refreshed when deleting a bookmark within Smart Bookmarks *or saved search*".
IIRC dietrich has pointed to a live update query problem in one of his blockers
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9pre) Gecko/2008041904 Minefield/3.0pre

Deleting "Most Visited" works for me in many (I believe not all) cases instantly, but "Recently Bookmarked" still needs a refresh. 
This, lack of refresh happens in places like Tag container lists of bookmarks as well. It is confusing in that the "Delete" doesn't initially appear to have worked.
Flags: blocking-firefox3?
Is this a dupe of/related to bug 429811?
Flags: blocking-firefox3? → blocking-firefox3+
Summary: List of entries not refreshed when deleting a bookmark within "Smart Bookmakrs > Recently Bookmarked" of the Bookmarks Toolbar → entries in query based folders (smart bookmarks, saved searches) not refreshed after deleting an item
Yes, bug 429811 is a specific instance of this broader bug.
(In reply to comment #14)
> Is this a dupe of/related to bug 429811?
> 

(In reply to comment #15)
> Yes, bug 429811 is a specific instance of this broader bug.
> 

These are both regressions from bug 419731.

However, that bug is specific to tag containers, and is caused by a specific performance optimization marco made. Whereas this bug will require a different fix for these other container types.
Assignee: nobody → dietrich
The most recent confirmation of this is 4/19. Tracy (or anyone), can you reproduce in the latest nightly? I'm not able to on Mac. I tried:

- saved searches
- the default queries

(Note: tag containers is a different case, handled in bug 429811)
I can only reproduce this in tag containers with builds from 20080430 on Mac and Windows. Entries from query based folders delete cleanly (if you ignore the flickering)  Perhaps the flickering bug is producing the side affect of refresh?  I'd like to wait 'til that bug is fixed to check this one again.
Depends on: 431140
Whiteboard: [wfm, see comment #18]
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9pre) Gecko/2008043004 Minefield/3.0pre

Problem is still present in the menus, Recently Bookmarked folder.
why depends on bug 431140 ??
i can reproduce this on Windows. the steps, for clarification:

1. open Bookmarks Menu
2. select Recently Bookmarked
3. right-click on a bookmark, choose "delete"

expected: item is removed

actual: item is still there

workaround: close and re-open the menu
Status: NEW → ASSIGNED
No longer depends on: 431140
Priority: -- → P2
Summary: entries in query based folders (smart bookmarks, saved searches) not refreshed after deleting an item → menus for query based folders (smart bookmarks, saved searches) not refreshed after deleting an item
Target Milestone: --- → Firefox 3
Whiteboard: [wfm, see comment #18]
Priority: P2 → --
Summary: menus for query based folders (smart bookmarks, saved searches) not refreshed after deleting an item → entries in query based folders (smart bookmarks, saved searches) not refreshed after deleting an item
Whiteboard: [wfm, see comment #18]
Target Milestone: Firefox 3 → ---
adding qa-wanted, would help to have a regression range for this.
Keywords: qawanted
Priority: -- → P2
Summary: entries in query based folders (smart bookmarks, saved searches) not refreshed after deleting an item → menus for query based folders (smart bookmarks, saved searches) not refreshed after deleting an item
Whiteboard: [wfm, see comment #18]
Target Milestone: --- → Firefox 3
It is not a regression; has never worked from the beginning.
Keywords: qawanted
Alexej, does it also happen under Linux?
Whiteboard: [ETA: ?]
I can reproduce this under Linux, exactly as above, through the Smart Bookmarks thing.

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9b5) Gecko/2008041514 Firefox/3.0b5
HTH

Alternative workaround: only close the submenu. must work for the same reason as closing the whole menu though.
Whiteboard: [ETA: ?] → [ETA: 5/5]
OS: Windows XP → All
Assignee: dietrich → mano
Status: ASSIGNED → NEW
Need a patch ASAP, bottle of... something to the first to fix this. Flipping to Marco for now.
Assignee: mano → mak77
Attached patch patchSplinter Review
in the case of bookmarks query we have a QUERYUPDATE_COMPLEX_WITH_BOOKMARKS that ends up calling Refresh().
So we don't directly remove at a certain index like we do for folders (and that calls itemRemoved in the viewer), instead we simply do a invalidateContainer and set the popup _built attribute to false, this will rebuild the popup at the next opening (onPopupShowing calls _rebuild()).
Still in this case the popup is already open, so we don't call _rebuild, this patch check if the parent of the popup has the open attribute, in that case force a _rebuild that will then set again _built to true for future calls.
Attachment #319565 - Flags: review?(mano)
Whiteboard: [ETA: 5/5] → [has patch][needs review mano]
Comment on attachment 319565 [details] [diff] [review]
patch

looks ok, r=me
Attachment #319565 - Flags: review?(mano) → review+
Attachment #319565 - Flags: approval1.9?
Comment on attachment 319565 [details] [diff] [review]
patch

a+ schrep
Attachment #319565 - Flags: approval1.9? → approval1.9+
Whiteboard: [has patch][needs review mano] → [needs landing
Checking in browser/components/places/content/menu.xml;
/cvsroot/mozilla/browser/components/places/content/menu.xml,v  <--  menu.xml
new revision: 1.134; previous revision: 1.133
done
Checking in browser/components/places/content/toolbar.xml;
/cvsroot/mozilla/browser/components/places/content/toolbar.xml,v  <--  toolbar.xml
new revision: 1.156; previous revision: 1.155
done
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Whiteboard: [needs landing
Tested with default and manually created saved searches. The menus are updated immediately.

Verified with Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9pre) Gecko/2008050806 Minefield/3.0pre ID:2008050806

Status: RESOLVED → VERIFIED
Flags: in-litmus?
The menus are updated immediately.

Verified with Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9pre) Gecko/2008050906 Minefield/3.0pre

Checking that deleting an item shows it deleted in all standard points is already in Litmus
Flags: in-litmus? → in-litmus+
Bug 451915 - move Firefox/Places bugs to Firefox/Bookmarks and History. Remove all bugspam from this move by filtering for the string "places-to-b-and-h".

In Thunderbird 3.0b, you do that as follows:
Tools | Message Filters
Make sure the correct account is selected. Click "New"
Conditions: Body   contains   places-to-b-and-h
Change the action to "Delete Message".
Select "Manually Run" from the dropdown at the top.
Click OK.

Select the filter in the list, make sure "Inbox" is selected at the bottom, and click "Run Now". This should delete all the bugspam. You can then delete the filter.

Gerv
Component: Places → Bookmarks & History
QA Contact: places → bookmarks
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: