1395408 - Weird Bookmarks toolbar after a period of use

Status: VERIFIED INVALID

(Firefox :: Bookmarks & History, defect)

Description

[Nokizilla]

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:57.0) Gecko/20100101 Firefox/57.0
Build ID: 20170830100230

Steps to reproduce:

The issue only incurred after I use a period of time, still unsure how to re produce, but only happen in Firefox 55, I also use Nightly 57, Firefox ESR with multiple profiles.

My Firefox has multiple row bookmark toolbar, both method 
Using Stylish with code:

#navigator-toolbox toolbar.chromeclass-directories.customization-target
  {
  max-height: none !important;
  min-height: 46px !important;
  max-width: 1920px !important;

    
  }

#personal-bookmarks #PlacesToolbarItems 

  {
  display: block !important;
  overflow-x: visible !important;
  overflow-y: auto !important;
  }

#personal-bookmarks #PlacesToolbarItems toolbarbutton
  {
  display: inline !important;
  }

#personal-bookmarks #PlacesToolbarItems toolbarseparator
  {
  display: inline !important;
  padding: 0px 0.5em !important;
  }

#personal-bookmarks .chevron
  {
  display: none !important;
  }

Or install add on
https://addons.mozilla.org/en-US/firefox/addon/multirow-bookmarks-toolbar/




Actual results:

After a period time of using Firefox, the second bookmark line disappears and display at the end of the 1st line, I need to resize the Firefox windows smaller and maximize it then to the 2nd line reappear again, feel like need to refresh.


Expected results:

The second row of bookmark toolbar should never disappear

The resized Firefox Windows (I open another Firefox Windows with the same profile) doesn't have this problem, only the windows maximized gets this issue, very weird. 

I use multiple bookmark rows for my daily work so this is really annoying. Let me know if any more information needed. Thanks

Comment 1

[Nokizilla]

Attachment: Error bookmark bar

This is how should it looks

Comment 2

[Nokizilla]

Attachment: normal.png

What should be look

Comment 3

[Nokizilla]

Sr my note makes the confusion, the error image is how the error looks like, the normal is what it should look.

Comment 4

[:Gijs (he/him)]

We're not going to support custom pieces of CSS or add-ons that are no longer compatible with Firefox on this bugzilla. Seek help from the add-on author or the stylish community. I have no idea why things intermittently don't work in your current setup, but it will likely break more conclusively after bug 1392081 is fixed anyway. Either way, it's unlikely that what you're seeing right now is a Firefox frontend bug.

Comment 5

[Nokizilla]

Can you please fix this bug, it is not about the CSS code, it is about the Firefox front end bug.



Bellow is the regression, i found the how the bug can be duplicate: 

1. Install Stylist add on with the code in the 1st post to create two row bookmark toolbar
2. Put a bookmark into a folder on the Bookmark toolbar
3. Open the bookmark in the folder

Result the 2nd row will disappear, to make the folder reappear, click on the folder again or resize windows

2017-10-12T14:41:35: DEBUG : Starting merge handling...
2017-10-12T14:41:35: DEBUG : Using url: https://hg.mozilla.org/integration/mozilla-inbound/json-pushes?changeset=c18a711575f5559d41fbe7eb2eff9d1ffea02a24&full=1
2017-10-12T14:41:36: DEBUG : Found commit message:
Bug 1240275 - Support SVG 2 radialGradient fr attribute. r=cam r=peterv (see comment 16)

2017-10-12T14:41:36: INFO : The bisection is done.
2017-10-12T14:41:36: INFO : Stopped


====

app_name: firefox
build_date: 2017-05-23 07:10:20.574000
build_file: C:\Users\JINGVIN\.mozilla\mozregression\persist\c18a711575f5--mozilla-inbound--firefox-55.0a1.en-US.win64.zip
build_type: inbound
build_url: https://queue.taskcluster.net/v1/task/TCxtk8-PSaSS7dIImtlQGQ/runs/0/artifacts/public%2Fbuild%2Ffirefox-55.0a1.en-US.win64.zip
changeset: c18a711575f5559d41fbe7eb2eff9d1ffea02a24
pushlog_url: https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=b99ab85b2bc2e4398958e5acc6c9d77bda64557f&tochange=c18a711575f5559d41fbe7eb2eff9d1ffea02a24
repo_name: mozilla-inbound
repo_url: https://hg.mozilla.org/integration/mozilla-inbound
task_id: TCxtk8-PSaSS7dIImtlQGQ

Comment 6

[Marco Bonardo [:mak] (Away Apr 25 - May 5)]

Gijs is right, your setup is not default and is based on hacks we can't support (otherwise we should provide support for millions of different css hacks of every user).
The regression range seems unlikely, considered it points to an SVG code change that has no relation with this.
It's more likely it broke because of changes to the frontend, that happens unfortunately.