Hi cor-el

Thanks for your reply.

I think I understand your advice (please see attached image). I've used various CSS rules to try targeting the Favicons. In fact its a scatter gun approach in my userChrome.css file which is rather messy.

@namespace url("http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul");
/* set default namespace to XUL */

/* BOOKMARKS MENU */

/* Hide "normal" bookmark icons in the bookmarks menu */
menuitem.bookmark-item .menu-iconic-left {
display: none;
}

/* Hide bookmark icons in the Personal Toolbar */
toolbarbutton.bookmark-item .toolbarbutton-icon {
display: none;
}

/* Hide icons for bookmark folders in Bookmarks menu */
menu.bookmark-item .menu-iconic-left {
display: none;
}

/* Hide icons for bookmark groups in Bookmarks menu */
menuitem.bookmark-group .menu-iconic-left {
display: none;
}

/* Don't show tab icons */
.tab-icon {
display: none !important;
}

.bookmarksMenu .menuitem .menu-iconic-left {
display: none;
}

box-inherit.toolbarbutton-menubutton-button {
display: none;
}

.bookmarksMenu .menu-iconic-left {
display: none !important;
}

.menuitem .menu-iconic-left {
display: none;
}

/* menuitems with icons */
.menuitem-iconic,
.menu-iconic,
menuitem[image],
menuitem[src] {
display: none !important;
}

.bookmarksMenu {
  display: none;
}

.menuitem-iconic > .menu-iconic-left > .menu-iconic-icon,
.menu-iconic > .menu-iconic-left > .menu-iconic-icon,
menuitem[image] > .menu-iconic-left > .menu-iconic-icon,
menuitem[src] > .menu-iconic-left > .menu-iconic-icon {
  display: none;
}

menuitem.menuitem-iconic {
  -moz-binding: none;
  display: none !important;
}

But still the Favicons persist!

I tried the code in your last reply and it hides all bookmarks for me.

Did you make sure that userChrome.css is a plain text file and doesn't have any formatting code like RTF?

You can open the file in Firefox to check its content.

Hi cor-el

Thanks for your reply again.

Yes, I realized that too now. Sorry about that. I hid the offending code so I can keep reference of it.

I use a Mac app called TextWrangler which has a myriad of file formats. By default it does save a plain text file. Although just out of curiosity I tried many other various formats to see if any difference would occur. All I found was No BOM rendered the file useless. I checked the file in Firefox as you recommended, and all looks normal in a plain text kind of way. So I don't think its a format issue, especially as some of code in the userChrome.css does actually work, and some of it doesn't on the Mac version of Firefox.

I have VirtualBox on my Mac, so I ran a Snapshot of Windows running the latest Firefox. I checked the Bookmark Menu using the DOM Inspector, and as far as I could tell everything is verbatim with the Mac Firefox version. I could not spot any discernible differences. I am truly mystified this issue persists.

I'm finding it difficult dealing with the Bookmark Menu's slow Favion rendering, so I've moved those bookmarks into a Bookmark Menu folder within the Bookmark Toolbar. The hide Favicon code works there, and as such I have a make shift Bookmark Menu without Favicons.

I know its just a work around though, as I still feel the issue remains unresolved. My userChrome.css has enough variation targeting many CSS Bookmark Menu Favion elements and classes. I'd be happy to admit I was wrong if I've missed some kind of setting or I've missed something in the code, but this issue is many years in the making. With the kind help of cor-el and jscher2000 I've literally spent many hours trying to resolve it myself with nothing to show, and I've come to realize this issue is now beyond my control. The same code works on a Firefox PC but not on Firefox Mac, and I'm am unable within the limits as a user rather than a developer on the Mac Team for Firefox to do anything about it.

Hi all!

It been a while since I last posted. I'm now running Firefox 54.0 (64-bit) on MacOS Sierra.

It seems I wasted a lot of time, as did other contributors too. The conclusion I came to in the previous post was correct. Firefox 54.0 (64-bit) is snappier, through no effort of my own. Its seems the Developers have addressed this and other similar intensive tasks with their latest update. The previous eternally long delay when clicking on the Bookmarks Menu is now less annoying. Although there is still a small delay. But once cached all is good. Thank you Firefox Developers.

Shame a Developer didn't post a reply though. A simple we're working on it would've been reassuring, stopped all the guess work, and saved all a lot of time/stress.

Note that on Mac you can't use userChrome.css to affect the main Firefox menu bar with the Bookmarks menu. This menu is under control of the Mac operating system and you would have to make changes there, e.g. in the plist file if there is support for customizing this feature. It is only possible to affect the bookmarks you see in the "Show your bookmarks" drop-down list (button next to the star) via userChrome.css.

Hi cor-el

Thanks for your reply.

Since the start of this topic there was no mention of this before, so that's news to me. But it would explain why the userChrome.css didn't work at all.

I looked at the org.mozilla.firefox.plist: <plist version="1.0"> <dict> <key>NSNavLastRootDirectory</key> <string>~/Desktop</string> <key>NSNavPanelExpandedSizeForOpenMode</key> <string>{782, 448}</string> <key>NSNavPanelExpandedSizeForSaveMode</key> <string>{983, 654}</string> <key>NSNavPanelExpandedStateForSaveMode</key> <true/> <key>NSTreatUnknownArgumentsAsOpen</key> <string>NO</string> <key>PMPrintingExpandedStateForPrint2</key> <true/> </dict> </plist>

Its not obvious to me how to include the CSS code here, or reference the userChrome.css file.

Using your line of thinking, when researching I found a website detailing the Terminal app on MacOS and editing the places.sqlite using the command: sqlite3 places.sqlite

Then typing the following three commands at the sqlite> prompt: delete from moz_favicons; update moz_places set favicon_id = NULL; .quit

However this made no affect what so ever.

Other than those two aforementioned files and a cursory search in the Package Contents of Firefox I cannot find any other means of achieving this goal.

Am I missing something again?

Many thanks.

You would probably be better off to ask whether you can make changes to menu bar components on a Mac oriented forum via a plist file or otherwise in other system settings.

cor-el said

You would probably be better off to ask whether you can make changes to menu bar components on a Mac oriented forum via a plist file or otherwise in other system settings.

Hi cor-el

I do appreciate your comment, thank you.

Although research revealed literally all comments with regard to removal of favicons on Mac OS forums is usually about Safari or Chrome. If its about Firefox its years ago e.g. https://macosx.com/threads/how-can-i-get-rid-of-favicon-in-firefox-toolbar.320101/#post-1518255 dated 2011. I cannot find any up to date or relevant information. If I post on a Mac OS forum, most likely they'll point me back here, or suggest dated solutions which worked in older versions of Firefox.

I'm not a Developer, but I can comprehend favicons are purposed by the Browser. Perhaps the way Mac OS UI interacts with Firefox may have an impact I don't know. But after all, I'm only seeking the answer as a work around to Firefox's slow Bookmark Menu. An issue that precedes my question, but still seems unanswered.

Opera's (another non-webkit engine, called Blink) Bookmark Menu loads up quickly with no delay (I imported the same Bookmark Menu from my Firefox). So it can be done.

But I prefer Firefox due to its open source roots. And I have continued to use Firefox despite its issues. May be a Developer from the Mac Firefox team could comment/provide a working solution?

Many thanks.

Few Mozilla developers have ever graced us with their presence here, and lately I have seen no Mozilla developers answering questions here at all; but I may not recognize them as Mozilla developers.

I do see Mozilla Developer titles over at reddit/firefox almost everyday lately answering postings over there.