New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.
Starred by 24 users

Issue metadata

Status: Verified
Owner:
Closed: Oct 2011
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 2
Type: Bug

Restricted
  • Only users with EditIssue permission may comment.



Sign in to add a comment
link

Issue 93674: Bookmarks in a folder can't be right-clicked or drag-and-dropped

Reported by craigbro...@gmail.com, Aug 21 2011

Issue description

Google Chrome	: 15.0.859.0 (Official Build 97584) canary
OS:	Mac OS X


What steps will reproduce the problem?
1. Put a bookmark into a folder on the bookmarks bar.
2. Try to right click the bookmark. Try to drag and drop the bookmark out of the folder.

What is the expected result?
Right click should show context menu. Drag and drop should drag and drop.


What happens instead?
Right click does the same as left click. Dragging a bookmark does nothing.

---
I guess I should point out this works fine in ordinary Chrome, but only seems to be a problem in canary. I wasn't sure if I was allowed to submit bug reports for the canary build since I know it's supposed to be a bit buggy but I didn't see anything that says don't do it. Apologies if I'm wrong though.
 

Comment 1 by asvitk...@chromium.org, Aug 26 2011

Cc: asvitk...@chromium.org
Labels: -Area-Undefined Area-UI OS-Mac
Owner: rsesek@chromium.org

Comment 2 by rsesek@chromium.org, Aug 26 2011

Long story short: the amount of code behind this feature was large (5600 lines of code and counting), and our usage statistics indicated it was seldom used. That combined with a number of polish bugs still outstanding (23 at last count) were incentive enough for me to replace them with native menus using just 300 lines of code.

I know myself, other Chromium developers, and power users all probably used this feature, but it comes with a lot of technical debt that usage statistics say isn't really paying off. I'll leave this bug open for now to collect stars and comments until M15 hits beta to gauge reaction, but the most likely conclusion will be a WontFix. Sorry.

Comment 3 by drewpoep...@gmail.com, Aug 26 2011

I admittedly dont have any clue how detrimental this extra code is but the fact is this is a common feature in every windows browser I have ever used and the elimination of features just sucks. Now if you want to simply edit or delete a bookmark you have to open the bookmark manager find that folder and delete it there. If you accidentally drag one of your bookmarks from your bookmark bar into a folder you have to again open the bookmarks manager. A 2 sec action now can take much longer. The crappy bookmarks managing is one of the reasons safari is such junk, dont make chrome more like it.

Comment 4 by tgrappe...@gmail.com, Sep 2 2011

The bookmarks in the visible menu bar are right clickable.
The bookmarks in the chevron menu or in folder in the bookmark bar are not right clickable, because of they are in native menus.
This is inconsistent since the behavior of a folder under right click can now be related to the width of the browser's window (if ever it goes in the chevron menu)

The size of the font for "native" bookmarks is about twice the size of the font of the bookmark bar, bigger that the URL or anything else visible in the UI.

And for the bugs: the options 
"Open All Bookmarks, Open All Bookmarks in New Window, Open All Bookmarks in Incognito Window, Rename, Add Page, Add Folder" for the right clickable folders and "Open in New Tab, Open in New Window, Open in Incognito Window, Edit, Add Page, Add Folder" for regular right clickable bookmarks are not translated.

I pass over the bookmark list in the chevron menu starting from the first bookmark of the bookmark bar instead of the first hidden one. This was spotted 3 dev release ago in http://code.google.com/p/chromium/issues/detail?id=78151.

I understand that using native menu is better, but I think that it was committed way too soon. Since you have the code to display nicely bookmarks and folders in the visible bar, I doubt that displaying them in menus needs more than 5000 lines of code.

Comment 5 by rsesek@chromium.org, Sep 7 2011

 Issue 95575  has been merged into this issue.

Comment 6 by rsesek@chromium.org, Sep 7 2011

> This is inconsistent since the behavior of a folder under right click can now be related to the width of the browser's window (if ever it goes in the chevron menu)

We're OK with this inconsistency.

> The size of the font for "native" bookmarks is about twice the size of the font of the bookmark bar, bigger that the URL or anything else visible in the UI.

I did think about this, but decided to keep all the menu fonts the same size unless asked to change it by one of our UI designers. The font size for the back/forward buttons, wrench menu, menubar, and now the bookmark bar are all the same.

> the options [...] are not translated

Translation happens later in the release process. Not a bug yet.

> I pass over the bookmark list in the chevron menu starting from the first bookmark of the bookmark bar instead of the first hidden one. This was spotted 3 dev release ago in http://code.google.com/p/chromium/issues/detail?id=78151.

I think you mean http://code.google.com/p/chromium/issues/detail?id=94323, which I fixed last week.

> I understand that using native menu is better, but I think that it was committed way too soon. Since you have the code to display nicely bookmarks and folders in the visible bar, I doubt that displaying them in menus needs more than 5000 lines of code.

If you live on the dev channel, you should expect incomplete features and works-in-progress. We commit and iterate, so this is completely acceptable. If you want a more stable product, use either the beta or stable channels.

You can doubt the custom menus being more than 5000 lines of code, but you'd be wrong. The initial CL to replace them deleted 5330 lines of code and added a mere 360 lines to use native menus. Subsequent cleanup brought the total number of lines deleted close to 6000.

Comment 7 by rsesek@chromium.org, Sep 8 2011

 Issue 95766  has been merged into this issue.

Comment 8 by damen.gi...@gmail.com, Sep 18 2011

> Long story short: the amount of code behind this feature was large (5600 lines of code and counting), and our usage statistics indicated it was seldom used. That combined with a number of polish bugs still outstanding (23 at last count) were incentive enough for me to replace them with native menus using just 300 lines of code.

Can't you just roll back to the version fo the code where it worked?  What about the menus and bookmark system has changed to prevent this functionality from being restored?  It isn't a clear case of, "We had to take away A to do  X, Y, Z..." it just seems like we lost functionality.

I know you have other issues to work on... just curious why it isn't an easy fix.  Or at least what we get in exchange for it being broken now.

Comment 9 by meh...@chromium.org, Sep 25 2011

 Issue 97745  has been merged into this issue.

Comment 10 by drewpoep...@gmail.com, Sep 28 2011

How come and extension like this: http://goo.gl/nZA3k can easily allow right clicking but the native browser cant? Weird...

Comment 11 by nikni...@gmail.com, Sep 29 2011

I was using beta channel, and with this issue, I can't use chrome anymore. I used to group together similar bookmarks in folders and right-click to open all. Now I can't do this from the Bookmarks Bar and Other Bookmarks dropdown. If there is a keyboard shortcut to enable the same, then please let me know..

I was happy with chrome until this, but why take away basic browsing features without replacing with something better or powerful. the native menus are a big step backwards.

Comment 12 by rosscoll...@gmail.com, Sep 29 2011

This issue is driving me crazy. Since switching to a new Mac I've trained myself to do everything possible via touchpad gestures, avoiding the Ctrl-Click and Cmd-Clicks, via a two finger click and selecting open in a new tab in the context menu. Now the beta channel has switched to version 15 the history swipe bug that was previously driving me crazy has been fixed ( Issue 97988 ), but now when I try to open a bookmark from a folder in a new tab it ends up replacing the page I'm currently on. Not only is this inconsistent with previous behaviour but it's inconsistent with the current behaviour of bookmarks in the bookmarks bar outside of folders.

The ability to completely control and manage my bookmarks in folders directly from the bookmark bars was the single biggest attraction for me to switch to Chrome from Firefox/Safari. I think the attitude of Chrome developers to say they won't fix such regressions to their user's daily workflow is very arrogant and completely unbefitting of Google's "Don't be evil" motto. It's not the first time I've noticed Chrome developers completely disregarding their users. The same thing happened with the text-only zoom feature. I'd really benefit from that feature as my MacBook Air has an extremely high resolution display that renders all text tiny for the font that most websites force users to read, including this current text box. Chrome already offers users the option to permanently increase the minimum font size, but the developers refuse to give us an option to temporarily turn on this feature.

If this doesn't get fixed I see little reason to continue supporting this project.

Comment 13 by rosscoll...@gmail.com, Sep 29 2011

Furthermore, due to  Issue 92163  I'm having to reorder my bookmarks in the bookmarks bar on daily basis. It's so much more convenient to do this directly in the bookmarks bar than having to go to the bookmarks manager to do the task...

Comment 14 Deleted

Comment 15 by priyaj...@gmail.com, Sep 29 2011

One other usability issue with changing them to native menus (or this may just be a bug) is the fact that now you are forced to click twice to open a bookmarks folder on the bookmarks bar.

Say you have more than 1 bookmarks folder on the bookmarks bar.
Click one to open the folder.

Previously you could just hover over the other folders and they would open, but now the folder you click remains sticky till you click outside.

So in order to open another folder you 1st need to click to close the prior folder, and then another click to open the other folder.

Comment 16 by rosscoll...@gmail.com, Sep 29 2011

OK, so I may be having a bad day... but losing my current page every time I right-click on a bookmark is indeed turning me into a "crazy". If the right-click would just do _nothing_ then I'd be less peeved.

I'm also seeing the behaviour priyajeet has reported. That's also a bit annoying now that I've noticed it, but isn't quite so bad. ;-)

Comment 17 by priyaj...@gmail.com, Sep 29 2011

Just noticed that what I mention applies to  Issue 92555 .
Also the click twice issue applies to any bookmark or content on the HTML page after a bookmark folder has been opened.

So its not just for opening another bookmark folder after the prior one is already open, but also for clicking a link or another action on the page.

Similar steps to  issue 94289 , but in step 3 if you are clicking on some page content, like a button or a URL or another bookmark, that should get clicked.

Comment 18 by nikni...@gmail.com, Sep 29 2011

I completely agree with comment 12. this change is preventing me from:

1) opening a folder of bookmarks at once from the Bookmarks Bar or Other Bookmarks dropdown.
2) opening a single bookmark in a new tab from the Bookmarks Bar or Other Bookmarks dropdown.
3) opening a single/folder of bookmarks in a new incognito window from the Bookmarks Bar or Other Bookmarks dropdown.

If i go up to the bookmarks menu in macos, and navigate to folders, i see these opens at the bottom of each folder. But it is a loss in productivity to have to go up to the macos menu each time to do something that was previously possible from the bookmarks bar.

Comment 19 by asvitk...@chromium.org, Sep 29 2011

Labels: Feature-Bookmarks

Comment 20 by rsesek@chromium.org, Sep 29 2011

Comment 18:

1) Yes, this functionality was asked to be removed by a designer (see  issue 94927 ). It may be worthwhile reconsidering this decision.
2) You can do this by holding down the Cmd key while selecting a bookmark to open.
3) You can right-click a folder on the bookmark bar to do this, but not a subfolder. (1) also applies here.

Comment 21 by jeffreyc@google.com, Sep 29 2011

Cc: alcor@google.com glen@chromium.org
+Glen, +Cole so they can see the user feedback

Comment 22 by isherman@chromium.org, Sep 29 2011

Middle click not behaving as it did previously is a bug, filed as  issue 98619 .

Comment 23 by glen@chromium.org, Sep 29 2011

If we think open all is needed often enough to bring back, we should reconsider the removal of the context menu.

Comment 24 by meh...@chromium.org, Sep 30 2011

I personally like the native menus more than the old custom menus.

I think we would help the most users by adding the divider and just only the "Open All Bookmarks" item into each menu and submenu, because CMD-click doesn't work with subfolders.

***Mockup attached***.

Thanks,
Mehmet
mockup.png
102 KB View Download

Comment 25 Deleted

Comment 26 Deleted

Comment 27 by damen.gi...@gmail.com, Sep 30 2011

Regarding  Issue 24 ... you can middle click on the folders to open them. 

More to the point, I want to be able to open specific links inside the folder -- in a new window, in an incognito window -- and not have to open the whole folder.

Comment 28 by meh...@chromium.org, Sep 30 2011

@comment 27:   -- in a new window: Shift+click

Comment 29 by mkte...@gmail.com, Sep 30 2011

 Issue 98501  has been merged into this issue.

Comment 30 by mkte...@gmail.com, Sep 30 2011

I'm not on Mac OS, but I'd be unhappy too if this cutback were to spread to Windows.  The ability to middle-click almost anything is one of the "little things" I sorely missed from Firefox until it was implemented bit-by-bit in Chrome.  (It's also what leaves me perennially unsatisfied with Opera.)

Comment 31 by sh...@deridder.org, Oct 1 2011

I don't understand why functionality like this would be REMOVED.  I used it all the time.  Not only this, but dragging and dropping bookmarks into folders on the bookmark bar, right-clicking on a bookmark to open it in a new tab, rearranging bookmarks.  It just seems a little sad that this would go away.

Comment 32 by Deleted ...@, Oct 1 2011

This issue drives me completely insane. Especially when switching from using a Windows computer where it works, to my Mac. And I will even try it a few times in a row. In fact I navigated away once from this page because of it. FRUSTRATING!

Comment 33 by chewbacc...@gmail.com, Oct 1 2011

Drag-n-drop in the bookmark bar was my favorite feature in chrome. I really miss it, especially when I use the windows version and see it's still there. :)

Please consider adding support for this feature back to the mac version of chrome. 

Thank you for all your hard work on a great browser!

Comment 34 by rsesek@chromium.org, Oct 4 2011

Thanks for bearing with us through this experiment. We've decided to not take this approach and I'll be reverting back to the old menus today.

Comment 35 by sh...@deridder.org, Oct 4 2011

Bravo!  Thanks so much!

Comment 36 by drewpoep...@gmail.com, Oct 4 2011

JOY! Thank you so much for listening.

Comment 37 by bugdroid1@chromium.org, Oct 4 2011

Project Member
The following revision refers to this bug:
    http://src.chromium.org/viewvc/chrome?view=rev&revision=103959

------------------------------------------------------------------------
r103959 | rsesek@chromium.org | Tue Oct 04 12:26:41 PDT 2011

Changed paths:
 M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/ui/cocoa/bookmarks/bookmark_menu_bridge.mm?r1=103959&r2=103958&pathrev=103959
 M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/ui/cocoa/bookmarks/bookmark_menu_bridge_unittest.mm?r1=103959&r2=103958&pathrev=103959
 A http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/ui/cocoa/bookmarks/bookmark_bar_folder_view_unittest.mm?r1=103959&r2=103958&pathrev=103959
 M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/ui/cocoa/bookmarks/bookmark_menu_bridge.h?r1=103959&r2=103958&pathrev=103959
 A http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/ui/cocoa/bookmarks/bookmark_bar_folder_button_cell.mm?r1=103959&r2=103958&pathrev=103959
 A http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/ui/cocoa/bookmarks/bookmark_bar_folder_view.h?r1=103959&r2=103958&pathrev=103959
 M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/ui/cocoa/bookmarks/bookmark_bar_folder_controller.mm?r1=103959&r2=103958&pathrev=103959
 M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/ui/cocoa/bookmarks/bookmark_menu_cocoa_controller.h?r1=103959&r2=103958&pathrev=103959
 A http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/ui/cocoa/bookmarks/bookmark_bar_folder_window_unittest.mm?r1=103959&r2=103958&pathrev=103959
 A http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/ui/cocoa/bookmarks/bookmark_bar_folder_window.h?r1=103959&r2=103958&pathrev=103959
 M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/ui/cocoa/bookmarks/bookmark_menu_cocoa_controller.mm?r1=103959&r2=103958&pathrev=103959
 M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/ui/cocoa/bookmarks/bookmark_button_cell.mm?r1=103959&r2=103958&pathrev=103959
 M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/chrome_tests.gypi?r1=103959&r2=103958&pathrev=103959
 M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/ui/cocoa/bookmarks/bookmark_folder_target_unittest.mm?r1=103959&r2=103958&pathrev=103959
 A http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/ui/cocoa/bookmarks/bookmark_bar_folder_hover_state_unittest.mm?r1=103959&r2=103958&pathrev=103959
 A http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/ui/cocoa/bookmarks/bookmark_bar_folder_hover_state.h?r1=103959&r2=103958&pathrev=103959
 A http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/ui/cocoa/bookmarks/bookmark_bar_folder_button_cell_unittest.mm?r1=103959&r2=103958&pathrev=103959
 M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/ui/cocoa/bookmarks/bookmark_bar_unittest_helper.mm?r1=103959&r2=103958&pathrev=103959
 A http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/ui/cocoa/bookmarks/bookmark_bar_folder_view.mm?r1=103959&r2=103958&pathrev=103959
 A http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/ui/cocoa/bookmarks/bookmark_bar_folder_button_cell.h?r1=103959&r2=103958&pathrev=103959
 A http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/ui/cocoa/bookmarks/bookmark_bar_folder_hover_state.mm?r1=103959&r2=103958&pathrev=103959
 M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/ui/cocoa/bookmarks/bookmark_bar_unittest_helper.h?r1=103959&r2=103958&pathrev=103959
 M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/ui/cocoa/bookmarks/bookmark_button.h?r1=103959&r2=103958&pathrev=103959
 A http://src.chromium.org/viewvc/chrome/trunk/src/chrome/app/nibs/BookmarkBarFolderWindow.xib?r1=103959&r2=103958&pathrev=103959
 M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/ui/cocoa/bookmarks/bookmark_bar_controller.mm?r1=103959&r2=103958&pathrev=103959
 M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/ui/cocoa/bookmarks/bookmark_button_cell_unittest.mm?r1=103959&r2=103958&pathrev=103959
 M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/ui/cocoa/bookmarks/bookmark_button_cell.h?r1=103959&r2=103958&pathrev=103959
 A http://src.chromium.org/viewvc/chrome/trunk/src/chrome/app/theme/menu_overflow_up.pdf?r1=103959&r2=103958&pathrev=103959
 A http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/ui/cocoa/bookmarks/bookmark_bar_folder_window.mm?r1=103959&r2=103958&pathrev=103959
 M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/chrome_browser.gypi?r1=103959&r2=103958&pathrev=103959
 A http://src.chromium.org/viewvc/chrome/trunk/src/chrome/app/theme/menu_hierarchy_arrow.pdf?r1=103959&r2=103958&pathrev=103959
 A http://src.chromium.org/viewvc/chrome/trunk/src/chrome/app/theme/menu_overflow_down.pdf?r1=103959&r2=103958&pathrev=103959
 M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/chrome_dll.gypi?r1=103959&r2=103958&pathrev=103959
 M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/ui/cocoa/bookmarks/bookmark_bar_folder_controller_unittest.mm?r1=103959&r2=103958&pathrev=103959
 M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/ui/cocoa/bookmarks/bookmark_bar_folder_controller.h?r1=103959&r2=103958&pathrev=103959
 M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/ui/cocoa/bookmarks/bookmark_bar_controller_unittest.mm?r1=103959&r2=103958&pathrev=103959
 M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/ui/cocoa/bookmarks/bookmark_bar_controller.h?r1=103959&r2=103958&pathrev=103959
 M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/ui/cocoa/bookmarks/bookmark_button.mm?r1=103959&r2=103958&pathrev=103959

[Mac] Restore the old bookmark menus now that the experiment is over.

This reverts, with minor rebasing, the following commits:
r95609 - "[Mac] Replace the custom bookmark menus with native NSMenus."
r95901 - "[Mac] Delete more bookmark bar folder code. This removes things that were missed last time."
r99312 - "[Mac] Remove the Open All items from the bottom of bookmark bar folder menus."
r99423 - "[Mac] Fix the off-the-side chevron menu."

BUG= 93674 
TEST=Visual and covered by unit_tests

Review URL: http://codereview.chromium.org/8141003
------------------------------------------------------------------------

Comment 38 by rsesek@chromium.org, Oct 4 2011

Labels: Mstone-15 Merge-Requested
Status: Started
Per discussion. Will merge to M15 later this week (Thursday/Friday) after this bakes in Canary.

Comment 39 by priyaj...@gmail.com, Oct 5 2011

One small issue I notice after this revert, the other bookmarks menu font "greys" out on hovering over a folder on 16.0.901.0. Turns back to black when hovering a non-folder.

Comment 40 by rsesek@chromium.org, Oct 5 2011

If you're on Lion, that's just a new bug. This hasn't changed any behavior that existed prior to the switch to native menus.

Comment 41 by asvitk...@chromium.org, Oct 6 2011

Do we have a bug opened to track the Lion issue with bookmark text, or was one never filed because we had changed to use native menus?

Comment 42 by rsesek@chromium.org, Oct 6 2011

Yes, that's  issue 91215 .

Comment 43 by kareng@google.com, Oct 7 2011

Labels: -Merge-Requested Merge-Approved

Comment 44 by rsesek@chromium.org, Oct 7 2011

Labels: -Merge-Approved Merge-Merged
Status: Fixed
http://src.chromium.org/viewvc/chrome?view=rev&revision=104548

Comment 45 by isherman@chromium.org, Oct 11 2011

 Issue 99873  has been merged into this issue.

Comment 46 by rayanna@chromium.org, Oct 12 2011

Status: Verified
Verified as working on 15.0.874.92 on Mac, Win7 and Linux also.

Comment 47 by reva...@gmail.com, Oct 14 2011

If you can't use native menus, at least make the custom ones look like they would be native (just like Firefox does)

Comment 48 Deleted

Comment 49 by damen.gi...@gmail.com, Oct 14 2011

Native menus... who cares how they look.  Hooray for right click functionality again!  Thanks guys!

Comment 50 by forlornt...@gmail.com, Oct 17 2011

Reverting this change seems to have caused a regression, at least on the Mac:

1. Click and drag downwards on a folder in the bookmarks bar: this correctly shows the menu with its contents.
2. Mouse-up on a bookmark in the menu: this should select it, but no longer does. You have to click again to select the item under the mouse.

This used to behave correctly before the native menus were implemented and reverted. Of course, this could be a coincidence.

Comment 51 by meh...@chromium.org, Oct 17 2011

@forlornturtle: This works fine for me with Chromium 16.0.911.0 (105777) on Mac OS 10.6.8.

Which version of Chrome and OS you use?

Comment 52 by forlornt...@gmail.com, Oct 18 2011

Sorry, I'm using 15.0.874.92 beta. I should have tested the latest dev version. Thanks for clarifying.

Comment 53 Deleted

Comment 54 by bugdroid1@chromium.org, Oct 13 2012

Project Member
Labels: Restrict-AddIssueComment-Commit
This issue has been closed for some time. No one will pay attention to new comments.
If you are seeing this bug or have new data, please click New Issue to start a new bug.

Comment 55 by bugdroid1@chromium.org, Mar 10 2013

Project Member
Labels: -Area-UI -Feature-Bookmarks -Mstone-15 Cr-UI Cr-UI-Browser-Bookmarks M-15

Comment 56 by bugdroid1@chromium.org, Mar 13 2013

Project Member
Labels: -Restrict-AddIssueComment-Commit Restrict-AddIssueComment-EditIssue

Sign in to add a comment