1722368 - Bookmarks menus with large numbers of bookmarks may not all fit on screen with Proton

Status: NEW

(Firefox :: Bookmarks & History, enhancement, P5)

Description

[spam.temp]

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:88.0) Gecko/20100101 Firefox/88.0

Steps to reproduce:

Immediate visibility of bookmarks has decreased by almost 30% (new gui/font - line spacing between the lines are too big / large)

With the current releases we lose a lot of usability:

Line spacing bookmark font
old: 88.0.1 (64-bit) - 42 - lines
new: 90.0.2 (64-bit) - 31 - lines visible
- 11 lines less visible (72% --> 27% loss of visibility Bookmarks - Kontexmenue (first page))

In identical environment (Windows, monitor, resolution, FF settings) only e.g. 32 bookmarks (lines) (WITHOUT scrolling) are displayed on one page (first page) in the context menu - instead of 42 (older version ff).

This is a loss of nearly 30%.
This is very frustrating for active bookmark users (you have to scroll much more) (Laptop)

1. Option:
   Is there a setting (e.g. about:config) that can fix this condition and restore the original information density (immediate visibility of e.g. 42 lines of bookmarks)?

If the answer No:

2. Bug:
   Please fix the bug (reduce the space between the lines of the context menu entries).

If the answer No:

3. Request for Option:
   If this is not recognized as a bug - then please treat it as a requirement:
   Alternatively: request a "dense" rendering UI / Font / line spacing as an option -
   with the aim of achieving a better density of visible information again for Bookmarks, MenueItems
   (Visibility of more bookmarks than current without scrolling)

The current releases is an extremely frustrating state for exensive bookmark users.
I will not update to above / next versions and will now switch to an alternative browser until the change is made (after many years of FF use!)

environment:

HW: MSI Laptop
Monitor: Eizo FS2434: 1929 x 1080
Window 10 Pro 2004
Firefox: 88.0.1 (64-Bit)
Firefox: 90.0.2 (64-Bit)

Test Case:

Requirement:

• Bookmarks (more than 42) in both Firefox versions (e.g. import)
• Monitor 1920 x 1080

Test:

Firefox (full screen) ---> Menue ---> Bookmarks (Kontexmenue):

• Firefox: 88.0.1: you can see and use without scrolling: 42 bookmarks (-lines) (approximately)
• Firefox: 90.0.2: you can see and use without scrolling: 31 bookmarks (-lines) (approximately)
  Lost lines (visibility): 11 bookmarks - 27% less (without scrolling)

Actual results:

Bookmarks (contex-menue) (90.0.2): visible without scrolling: ==> 31 bookmarks

Expected results:

Bookmarks (contex-menue ) (like 88.0.1): visible without scrolling: ==> 42 bookmarks

Comment 1

[spam.temp]

sorry Monitor: Eizo FS2434: 1920 x 1080 *

Comment 2

[BugBot [:suhaib / :marco/ :calixte]]

The Bugbug bot thinks this bug should belong to the 'Firefox::Bookmarks & History' component, and is moving the bug to that component. Please revert this change in case you think the bot is wrong.

Comment 3

[Alin Ilea, Desktop Test Engineering]

Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:90.0) Gecko/20100101 Firefox/90.0

Hi,

Thank you for reporting this. It looks more like an enhancement, so I will set it accordingly and waiting for the developers opinion about it.

Thanks for your input.

Comment 6

[spam.temp]

Nice that the requirement has not been closed, too bad that it has been given priority 5.
But, if I can still support in any way, please let me know.

Comment 10

[stormcloud]

In bug 1725401 I asked that this was given a Severity of S2: "(Serious) Major functionality/product severely impaired and a satisfactory workaround does not exist" because:

• Bookmarks are a major part of the functionality and now they are almost unusable. The example I gave was on-line banking. We are told to bookmark links rather then search for them so that we don't accidentally navigate to a phishing site. Now that we can't find our way around the book marks this is a big issue.

• a satisfactory workaround does not exist. A workaround has been published in the support forms, but I don't feel it's satisfactory. It is over a screen full of detailed instructions and requires a modification of complex config files. Mozilla developers might have the necessary knowledge to make these changes but the average user does not.

I've also suggested rolling back the about:config setting removed in version 91 as a temp workaround. Hopefully this is something that can be done quickly?

Comment 11

[:Gijs (he/him)]

(In reply to stormcloud from comment #10)

In bug 1725401 I asked that this was given a Severity of S2: "(Serious) Major functionality/product severely impaired and a satisfactory workaround does not exist" because:

• Bookmarks are a major part of the functionality and now they are almost unusable. The example I gave was on-line banking. We are told to bookmark links rather then search for them so that we don't accidentally navigate to a phishing site. Now that we can't find our way around the book marks this is a big issue.

It's a big issue if you have bookmark organisation where you depend on folders with more than 30 things in them. That's not a majority or even large minority usecase.

• a satisfactory workaround does not exist. A workaround has been published in the support forms, but I don't feel it's satisfactory. It is over a screen full of detailed instructions and requires a modification of complex config files. Mozilla developers might have the necessary knowledge to make these changes but the average user does not.

The bookmarks sidebar is more compact than the menus and you could consider using that in the meantime.

I've also suggested rolling back the about:config setting removed in version 91 as a temp workaround. Hopefully this is something that can be done quickly?

It isn't something that can be done at all, never mind quickly.

Comment 12

[stormcloud]

It's a big issue if you have bookmark organisation where you depend on folders with more than 30 things in them. That's not a majority or even large minority usecase.

On my laptop it's just 20 items before I have to scroll (and yes I do use folders - My top level bookmark menu contains a few regular items and about 25 folders). Do you have any data that says that this isn't a "majority or even large minority usecase"? There are lots of complaints in the forums and I know my co-workers who use Firefox are struggling in the same way I am

The bookmarks sidebar is more compact than the menus and you could consider using that in the meantime.

The sidebar is a bit ugly and it takes up a lot of space, but it's easy to hide when not in use. It's also simpler workaround then what is being suggested in the forums. It's not a good long term solution but IMHO it'll OK in the short term

It isn't something that can be done at all, never mind quickly.

That's a shame. :'-(

Comment 13

[Anje]

For anyone locating this bug -
I've been advised that if you want to make feedback comments regarding this type of issue then you need to use this link:
https://mozilla.crowdicity.com/post/720482

I posted info to create a userChrome.css file as a workaround:
https://support.mozilla.org/en-US/questions/1346810#answer-1434380

Comment 14

[:Gijs (he/him)]

(In reply to stormcloud from comment #12)

It's a big issue if you have bookmark organisation where you depend on folders with more than 30 things in them. That's not a majority or even large minority usecase.

On my laptop it's just 20 items before I have to scroll (and yes I do use folders - My top level bookmark menu contains a few regular items and about 25 folders). Do you have any data that says that this isn't a "majority or even large minority usecase"? There are lots of complaints in the forums and I know my co-workers who use Firefox are struggling in the same way I am

We don't have telemetry specifically on "how many folders with more than N bookmarks", of course, but we have generic telemetry that gives a good idea: https://mzl.la/3iS2L68 is a graph of the total number of bookmarks beta 92 users are reporting. 92% have fewer than 100, which would only realistically be a problem if they were all or mostly in the same folder.

With more fine-grained bucketing, if you look at https://mzl.la/3yWbJoG (note: graphs set to cumulative!), 70% of users who import bookmarks from Chrome import 19 or fewer in total. Note that that population skews towards people who have more bookmarks that they value (otherwise, why import them!), so for our release users I would expect fewer bookmarks still, on average.

So yes, I think having more than 20 things in a single folder is highly uncommon.

To be clear, I am more like you than like our average user - I have 3 different folders that don't fit on the screen, despite having a bigger screen. But also (a) I mostly use the address bar to pull up bookmarks (if you just want to search bookmarks, start by typing "* " (asterisk followed by a space) in the address bar, followed by words in the bookmark URL/title) and (b) I'm aware that even if I want to make Firefox more convenient for me, that's not necessarily what most of our users need/want.

Comment 15

[stormcloud]

Thank you for taking the time to show me the data. I admit that I am a little surprised, but the facts don't lie. I guess me and my co-workers are not quite as typical as I thought!

Comment 16

[Anje]

So yes, I think having more than 20 things in a single folder is highly uncommon.

Not everyone uses folders. Some just use the auto save and so they just have a list.
Statistically you can assume anything based on the graphs supplied but it does not necessarilly reflect what happens in practise. It only samples those who move from other browsers who may not have been with those browsers for a long period of time. Some people jump about trying out browsers, so may have a limited number of bookmarks. Others clear out their bookmarks on a regular basis and some have a few folders with a lot of booksmarks. I have been with Firefox for well over a decade and so have a more established number of bookmarks.

I admit that I am a little surprised, but the facts don't lie. I guess me and my co-workers are not quite as typical as I thought!

The facts in this case may well be not representative and do not offer any insight into how many folders are used nor how many bookmarks are used in the most extreme cases. Using that data to create an 'average' for the basis of a design should never be considered.

In addition to 6 special books marks not in folders, I have 23 added bookmark folders where an average contains between 8 and 15 bookmarks. About 25% only have 3 or 4 bookmarks.
But using an average is not the way to plan a design because like all statistics it does not consider the higher useage that may be applied to one or two specific folders eg: My bookmark folder 'Thunderbird' has 42 bookmarks and my partner has created a folder using his name and it contains 38 of his chosen bookmarks.
So two of my 23 folders are more extreme, but based on a statistical measure of import you could not understand the actual working environment.

If you were to perform a statistical average on my bookmarks, the two extreme folders would be removed from the data - 80 of my bookmarks and possibly the lower 25%, so representing approximately 15 folders max containing average of 10 each. 40% of my bookmarks would not be represented in my 'average'. It paints an entirely different picture of reality.

So stormcloud I do not think you or your co-workers are untypical.

Either way it is still not a good excuse for designing something that is non inclusive on many levels.

Good Designs consider greater extremes whether that is display of content or screen size or user impairment and accessibility or effects on health due to increased clicking and scrolling.
On this occasion the new design does not meet all of these expectations.
On this occasion is not about something new which people just need to get used to as can be case.
This time the developers/designers need to accept there is a problem with the design and show users that they are willing to fix things when users report a usability issue.

Comment 17

[spam.temp]

A note for the sake of completeness:
The bug reporter here (Bug 1722368) also has deeply structured bookmarks (folders etc) with many items.

Comment 18

[spam.temp]

(In reply to :Gijs (he/him) from comment #14)

We don't have telemetry specifically on "how many folders with more than N bookmarks", of course, but we have generic telemetry that gives a good idea: https://mzl.la/3iS2L68 is a graph of the total number of bookmarks beta 92 users are reporting. 92% have fewer than 100, which would only realistically be a problem if they were all or mostly in the same folder.

... and my telemetry data is disabled (as with many others). The question of the significance of the telemetry data must therefore be asked.

Comment 21

[Anje]

Marking as duplicate of bug 1722368 since the UI has been made consistent in 91, and any changes done there would apply to all parts of the UI.

By 'consistent' does this mean the Firefox browser design for use on 'Phones' uses the large spaces because when shrunk - pixel size being very small - it looks better for usability and someone has just made the terrible mistake of thinking it would be 'consistent' to use the same code for people using PC's which will have a different pixel size.

It completely altered specific parts rendering them difficult for usability on PC's.

The level of priority for a fix needs to increased because the current design causes huge increase in scrolling and that impacts on people suffering from RSI issues and if they currently do not have an RSI issue then they are more likely to get the problem with this design.

It needs to be taken more seriously.

Comment 27

[ms1701]

I think we can all agree that this new "feature" of increasing the space between the Bookmarks is a major pain in the kester, regardless of what the use models show. But perhaps the elephant-in-the-room question that needs to be asked is, why? That is, why was the UI changed? What prompted a developer to change the code so that the space would be increased to a wasteful distance? Inquiring minds would like to know...
And if it was introduced recently (around v.92) then it hardly seems like this issue should be categorized as an "Enhancement"...

Comment 28

[Perry Wagle]

How does your product evolve if you use metrics to shove things to an ever shrinking status quo? The numbers of users left that you don't drive away by snubbing, shrink as you force the population into a tighter and tighter bell curve.

The example that most affects me is that you all have been eroding the usability of bookmark tags, piece by piece, for over 15 years. This is just the latest scratch to the GUI paint, and not the underlying implementation. You drive people away from using tags for all that time, THEN you use metrics to show that "no-one uses bookmark tags" to commit the latest atrocity to tag support, driving even more people away. Bookmark folders are stupid, a bookmark can be in only one folder (in theory). But you can do boolean logic and/or Venn diagrams with tags, avoiding the "tyranny of the dominant hierarchy" as you use a DAG instead of a tree. There's more than one reason to store a bookmark, AND you need to find the bookmark again in the soup of 1000+ bookmarks!

But, I am not trying to make this thread about bookmark tags. I'm just fleshing out that example enough so people can maybe wrap their minds around "The War on Bookmarks", that this here is just the latest battle. And no, I have no idea whether there are individuals driving this war, or whether its a group-think (I go with the latter), just that its happening, and is tearing the usability of Firefox down, notch by notch.

Having been a repeat victim of "one size fits all" all of my life, I stridently object to each of its thoughtless applications.

Sorry about any of my bad attitude leaking through. I've been losing the war on bookmarks for 15 years or more now, and people trying to shoehorn me into molds that I don't fit for all my life. Being completely nice did not work.

---

I am not asking for a complete reversion to normal (book and email style) spacing, which evolved to single spacing for a reason, I'm willing to believe that a few people will like double spacing. A lot of apps have menus where you choose the vertical compression. I'm happy to use about:config in a pinch, but I'd be more impressed with the option menu. Hacking CSS seems absurd to me for the average user. But I now know enough CSS to know that using the !important directive (?), as instructed by the instructions I found for solving the present problem, is bad.

Comment 29

[Mary Arnold]

What's the point of leaving telemetry on if you ignore it? Oh, we don't track that. OK, so why make changes if you don't have any evidence to support that it is needed? I update Firefox, I go to use a bookmark, and the first thing I notice is that it's ugly, harder to read, things have been moved, I've obviously got too many bookmarks because now I have to scroll to find them, and it's harder to find them, because they aren't where my muscle memory has remembered them being for the last 13 plus years! (Yes, I have bookmarks, that I still use, that are in the same folder, in the same order, on the bookmarks bar, since 2007, if not earlier.)
One folder has twenty items in it, no additional folders. Where I could see all of them before, now I can't. ?!?!?!!??!?!?

The only reason I'm still using Firefox (having used it since pre- 1.0 and Mozilla before that) is because all the other options are worse (and something something monoculture something bad something). But you aren't making it easy for me! Maybe I should switch to Epiphany (ha, then I would loose all the extensions that I use).

Comment 30

[stormcloud]

@ms1701 I just want to add a further thought to your comment

I think we can all agree that this new "feature" of increasing the space between the Bookmarks is a major pain in the kester, regardless of what the use models show. But perhaps the elephant-in-the-room question that needs to be asked is, why? That is, why was the UI changed? What prompted a developer to change the code so that the space would be increased to a wasteful distance? Inquiring minds would like to know...
And if it was introduced recently (around v.92) then it hardly seems like this issue should be categorized as an "Enhancement"...

I noticed that change before version 92 (I forget exactly which version); The bookmarks in Firefox became unusable and IMHO things don't look as nice. I went into the forums raised a question and was told about an "about:config" setting that would revert the UI back to something I can use. Looking at the comments in that question and several other it's apparent that a lot of other people thought the same.

So, if users have already started complaining why continue through with this 'Enhancement' ? I've certainly seen comments asking for the switch to be added somewhere more prominent in the UI, but instead the switch was removed completely.

At the risk of being blunt, this bug report (and all the linked duplicates) tell us that the change to the UI has not ben well received and we could have seen it coming. So how can we learn from this to avoid future mistakes?

Comment 31

[Mary Arnold]

I should have mentioned two things:

1. I too used about:config flags to turn off nasty changes, and so only noticed this with the update to 92.
2. I also use the addon Livemarks, which is also obviously affected by this change. Livemarks, being an RSS feed reader (of sorts) (an attempt to replace the previous functionality that had been built in to Firefox, but was removed because apparently it was too old and difficult to maintain) may have variable amounts of items. It's not something that the user can do anything about, by for example using folders, if the RSS feed has more than 20 items (in my case).

Comment 32

[FireUser]

I reported a similar bug 1730670, associated with Bookmarks Toolbar (from Firefox 92), which was marked as Duplicate of bug 1722368.
Because this problem is annoying for me, and I see that bug 1722368, reported 2 months ago, only has a priority P5, I think to degrade Firefox down to 91, where there was no bug.
Is anyone able to say (estimate) how much may take the removal of this (P5 priority) bug from Firefox?

Comment 33

[Anje]

I do believe the developers have been looking into this usability problem. So they have been listening to the users feedback.
In the Support forum for this same issue, there has been a new post sharing information
https://support.mozilla.org/en-US/questions/1346810#answer-1443165
It basically says "There is work under way to tighten up the bookmark menus that drop from the main and bookmarks toolbar. In Firefox 93 (next release), the optional Compact density setting will do that."

Located information in bug 1725012

Please be patient, it looks as if an option will soon be available.

Comment 34

[stormcloud]

@anje,

I do believe the developers have been looking into this usability problem. So they have been listening to the users feedback.
In the Support forum for this same issue, there has been a new post sharing information
https://support.mozilla.org/en-US/questions/1346810#answer-1443165
It basically says "There is work under way to tighten up the bookmark menus that drop from the main and bookmarks toolbar. In Firefox 93 (next release), the optional Compact density setting will do that."

Located information in bug 1725012

Please be patient, it looks as if an option will soon be available.

I'm glad to hear that a fix will be available soon, but I think my point my point still remains. When the UI was first changed but it was possible to revert people complained. When the option to revert was removed people complained again and louder. It was only then that developers started to listen.

Look, what's done is done. We need to learn from our mistakes mistakes so we don't make them again.

Comment 35

[Geri]

You don't have the resources for such a useful feature: https://bugzilla.mozilla.org/show_bug.cgi?id=1675289 but you have time for such a worsening "enhancement"? Seriously?

While I can imagine that the larger spaces are more convenient on a finger-tip-controlled mobile, tablet or convertible, 60 REs, Designers, Devs, Testers, etc. here in my office DO NOT develop our 500+K LOC web app on mobiles, tablets or convertibles. (To be precise: They also do, of course, but not when specifying, designing, writing code, back-end testing, etc., just when front-end testing.)

Comment 36

[[e-mail]]

Firefox should have kept two menu/bookmark spacing settings: one for mobile and a second for desktops.

I have reverted to version 90.0.2 and will never upgrade and may change to another browser if this silly mistake is not corrected.

I won't repeat other's comments but just say that the current system in V91 is absolutely unusable.

Comment 37

[spam.temp]

Good afternoon everyone,
is there any news regarding this feature?

Comment 38

[Mary Arnold]

I'm running Firefox 93.0, and things are fixed (I think as of 92.0 actually, but don't quote me on that).
In about:config, I have various browser.proton options switched. E.g. browser.proton.enabled is /false/. I can't actually tell if one of these is what has re-compressed the bookmarks. In the customise thing you get when you right click on the toolbar, I also have the density as "compact" which is apparently not supported. I don't know if that does the trick.
I.e. I don't know what has done it, but my bookmarks are back to normal, so there is help. Thanks devs!

Comment 39

[stormcloud]

It's still broken for me.

I'm running Firefox 94.0.1 (64 bit) on Windows 10. All of my 'proton' flags are switched off and the density is set to "compact".

This has been broken for a long time. When will a fix be released?

Comment 40

[Anje]

I believe there is some improvement if you are specifically using the Bookmark toolbar / bookmark icon as there is a convoluted method of choosing 'compact' to get a normal view - meaning no extraneous extra space between bookmark items - for those using a PC (not a phone).

However, this problem continues to effects the main 'Menu Bar' toolbar where 'Bookmarks' is a menu item and I do not think that problem has been resolved. I'm still using a 'userChrome.css' with a simple piece of code to correct all the errors until the developers get on board to fix the situation.

I wish I could offer more information, but I have no idea why the developers are using a design fit for a phone and forcing it to be used on a PC.
I assume they are still working on this issue.
So if users need to resolve errors in all areas then go the following link to learn how to create a simple userChrome.css file as a workaround:
https://support.mozilla.org/en-US/questions/1346810#answer-1434380

Comment 41

[[e-mail]]

I still refuse to update from V90.0.2 until this stupid mistake is corrected with a simple "Compact" mode which at the least allows me to get ALL the same spacings as on 90.0.2 though as discussed above even this version is not as compact as V88 though I did accept that change!

I can edit a CSS file but don't see why I should when it is a mistake and even that fix could be blocked.

Either fix this or you will lose a good proportion of users which is a shame. It really can't be that diffcult!

Comment 42

[stormcloud]

WRT Edit the CSS file - this isn't an acceptable solution. I know there are detailed instructions describing how to do edit them to get a sensible spacing but:

1. Finding them isn't that easy. It's certainly not as easy as clicking on "compact" mode
2. They are very too technical. A typical users is going to find them extremely off putting (personally I ask the question "Could my <insert-elderly -relative-here> do this with out asking me for help?" If the answer is No then it's too complex)
3. My work computer has a security policy when prevents me from editing the CSS file

This has been going on for months now, and I can't see why we can't just update the standard CSS.

In work I am limited to FireFox, Chrome or Edge. However at home I've started using Brave, which doesn't have this problem.

Comment 43

[Anje]

I posted info on what is working and what is not working and a means of a fix using a userChrome.css file - it should not be marked as hidden.

The information should be useful to developers so they are aware of the continuing problems and also useful to other users who read the information and need to find a workaround.

As the problem continues in the current Firefox, users do not know if the developers are still aware of the problem with the bad design and as no one has offered any information on behalf of developers, they also do not know what action is occurring or the current status.
Communication is important, but users feel there is no communication and it does not help if they experience the only response from this forum is to mark comments as advocacy, so they get hidden.

Users can vote for the bug in this forum and also contribute to the ongoing conversation at the crowdicity forum - as per link below.
There has been quite a conversation at this link:
https://mozilla.crowdicity.com/post/720482
It says: 'Mozilla considering'

Jon Siddoway 1 month ago
Status label added: Mozilla considering
Status label removed: Open to the community
Hey all,
Here with some exciting news…
Your idea has emerged as a top idea in this category and will now be reviewed by the product team at Mozilla. As soon as we have another update on its status, we’ll let you know right here in the comment section.
Stay tuned =)

It would be appreciated if an update on intended progress could be posted.

Comment 44

[spam.temp]

current state Firefox 95.0:

Firefox-Test (portable App FF):

1. about:config
2. browser.comactmode.show false --> true
   restart ff
3. right - sandwich menu:
   More tools --> Customise toolbar ... (down) --> Density (here is now a new Item): --> Compact (not supported)
   restart ff

result bookmarks:
Ok - for bookmarks icon bar --> "Other Bookmarks"
FAIL - does not work - for bookmarks via: Menu --> "Bookmarks"

I never work through Other Bookmarks - it doesn't work for me.

@dev-team: What's next? What are the next steps?

Comment 46

[Anje]

Attachment: double-spacing.jpg

I'm adding some images so it is possible to understand the user issue.

Image shows:
Left side double spacing problem where all bookmark folders are not visible.
I needed to scroll to see 'Thunderbird' folder which I use alot.
Then you can see not all the Thunderbird bookmarks are visible.

The right side of image shows normal spacing which previously existed and I now enforce using a userChrome.css file as it is impossible to use in the current flawed design.

Image shows a 'full Screen' use.
I use a Dell 28 inch screen, so it is not small.
Resolution: 1920 x 1080

Note: normally I would not use Full screen as I have various windows open, in which case the spacing issue becomes a bad problem.

Comment 47

[spam.temp]

The bug reporter hereby asks for the current status.

Note:
Please make the browser usable again by realizing a denser display for the use menu - bookmarks - variant (I don't say now with which browserI currently work - but I would like to be able to use the FF again)

Comment 48

[Anje]

(In reply to spam.temp from comment #47)

The bug reporter hereby asks for the current status.

Note:
Please make the browser usable again by realizing a denser display for the use menu - bookmarks - variant (I don't say now with which browserI currently work - but I would like to be able to use the FF again)

The current status is:

• no one has been assigned to deal with this bug which has been set as an 'enhancement' request.
• It has been assigned the lowest priority - p5
• The ''ideas mozilla' at crowdcity is still set as 'Mozilla reviewing'.

I'm jumping in here just to offer info and what to expect as a courtesy.
You will find no developer will respond to current status requests.
When you see someone has been assigned and an update posted by a developer then you can read the info. This forum is not considered for the benefit of those with the problem and not a chat or communication forum.
It is strickly a report problem, offer supplimentary information to explain problem and in this case explain it is bad design causing user readibility issues and as a result is a health concern issue regarding RSI, but this is now for developers to post as and when they choose and that will only be if there is a change and not until then.

Comment 49

[stormcloud]

(In reply to spam.temp from comment #47)

The bug reporter hereby asks for the current status.

Note:
Please make the browser usable again by realizing a denser display for the use menu - bookmarks - variant (I don't say now with which browserI currently work - but I would like to be able to use the FF again)

(In reply to Anje from comment #48)

(In reply to spam.temp from comment #47)

The bug reporter hereby asks for the current status.

Note:
Please make the browser usable again by realizing a denser display for the use menu - bookmarks - variant (I don't say now with which browserI currently work - but I would like to be able to use the FF again)

The current status is:

• no one has been assigned to deal with this bug which has been set as an 'enhancement' request.
• It has been assigned the lowest priority - p5
• The ''ideas mozilla' at crowdcity is still set as 'Mozilla reviewing'.

I'm jumping in here just to offer info and what to expect as a courtesy.
You will find no developer will respond to current status requests.
When you see someone has been assigned and an update posted by a developer then you can read the info. This forum is not considered for the benefit of those with the problem and not a chat or communication forum.
It is strickly a report problem, offer supplimentary information to explain problem and in this case explain it is bad design causing user readibility issues and as a result is a health concern issue regarding RSI, but this is now for developers to post as and when they choose and that will only be if there is a change and not until then.

So what you are saying is although the usability of Firefox has been degradated nobody cares and nobody will do anything about it.