#393451[Core:DOM: Level 0]-getBoundingClientRects with submenus [Mac]
#411531[Core:XPConnect]-Assertion failure: !rt->gcRunning, a clear case of what not to do in object finalizer [Lin]
#289938[Core:MathML]-Should use real astral chars (not PUA) for math chars outside the Basic Multilingual Plane [All]
#398807[Firefox:Session Restore]-session restore accounts for 2-3% of talos pageload (make it faster) [All]
Regressions/Annoying/Common bugs:
#337761[Core:XPCOM]-Folder does not open anymore for dragged link [All]
#339804[Firefox:General]-Multiple login requests for authentification proxies if sessionstore is enabled [Win]
#385245[Firefox:Places]-history sidebar very slow (way slower than fx2) [All]
#386343[Firefox:General]-Breakpad doesn't work [Win]
#388209[Firefox:Places]-bookmarks menu dnd indicator not visible if I want to drop an item before a separator [Win]
#400075[Core:ImageLib]-long delays painting the app when it's brought to the foreground. [Win]
#410330[Core:Plug-ins]-Very high memory and CPU usage. Browser becomes unresponsive [Win]
#411369[Core:Printing]-Crash [@ @0x0] while trying to print with the Microsoft XPS Document Writer/PDFCreator [Win]
To copy your useragent+buildtime to clipboard, use the Nightly Tester Tools extension.
Get more out of the Javascript Console, see this page for Console²
If you're a daily tester then backup the valuable data in your profile !
Trunk fixes since branching for 1.5 (20050812) = ~ 12,462
If you want bugs to be fixed, find the regressionwindow. If you want the regressionwindow, download hourly builds and test them. It really makes a difference if you do.
Last edited by Peter(6) on January 11th, 2008, 8:08 am, edited 5 times in total.
What happened to the "drag bar line" between URLbar and searchbar.
Suddenly the "dotted line" is gone (just as I had fix my userChrome to fit it
Is it gone foreever, or... (then I need to add a line since the two buttons now float together
With the option "When tabs don't fit width:" set to either of the scrollable with buttons options, do you see the following?
After opening enough tabs to cause the tab widths to shrink (normal action), click on the tab farthest to the right. The tab widths expand back to their standard width and all shift to the left to leave a blank area to the right of the tab you just switched to. (Normal action is to switch to the tab selected and no other change in tab width or shift in position.)
I am not seeing this when either TMP is disabled in my main profile or using a profile with no add-ons installed.
Ray
OS'es: 4 computers with Win10 Pro 64-bit; Current Firefox, Beta, Nightly, Chrome, Vivaldi
Lars-Erik wrote:What happened to the "drag bar line" between URLbar and searchbar. Suddenly the "dotted line" is gone (just as I had fix my userChrome to fit it Is it gone foreever, or... (then I need to add a line since the two buttons now float together
Missing on Mac as well, default theme. I still get a working "resize" arrow if I point to the lower-half of the spot where the two shapes meet. There's Bug 393718 – Style searchbar splitter nicely which checked in yesterday, but a quick scan of the bug doesn't explain to me what the intended behavior is.
Lars-Erik wrote:What happened to the "drag bar line" between URLbar and searchbar. Suddenly the "dotted line" is gone (just as I had fix my userChrome to fit it Is it gone foreever, or... (then I need to add a line since the two buttons now float together
Missing on Mac as well, default theme. I still get a working "resize" arrow if I point to the lower-half of the spot where the two shapes meet. There's Bug 393718 – Style searchbar splitter nicely which checked in yesterday, but a quick scan of the bug doesn't explain to me what the intended behavior is.
What is the element name for this resize bar?
It is not visible in the DOM inspector so I can't figure out the name.
And then I can't change it either )
Lars-Erik wrote:What is the element name for this resize bar? It is not visible in the DOM inspector so I can't figure out the name. And then I can't change it either )
With the option "When tabs don't fit width:" set to either of the scrollable with buttons options, do you see the following?
After opening enough tabs to cause the tab widths to shrink (normal action), click on the tab farthest to the right. The tab widths expand back to their standard width and all shift to the left to leave a blank area to the right of the tab you just switched to. (Normal action is to switch to the tab selected and no other change in tab width or shift in position.)
Same here. Moreover, the same behavior still exists when i set "scrollable without buttons" option.
But it's not a today's bug, i'm experiencing this since the dev-release 0.3.6.0.071228 of tmp
With the option "When tabs don't fit width:" set to either of the scrollable with buttons options, do you see the following?
After opening enough tabs to cause the tab widths to shrink (normal action), click on the tab farthest to the right. The tab widths expand back to their standard width and all shift to the left to leave a blank area to the right of the tab you just switched to. (Normal action is to switch to the tab selected and no other change in tab width or shift in position.)
Same here. Moreover, the same behavior still exists when i set "scrollable without buttons" option. But it's not a today's bug, i'm experiencing this since the dev-release 0.3.6.0.071228 of tmp
Thanks. What I need to do is find the regression range for Gary (onemen). I think that will be a lot easier said than done, though, since this has probably been around for quite some time now.
Ray
OS'es: 4 computers with Win10 Pro 64-bit; Current Firefox, Beta, Nightly, Chrome, Vivaldi
mozillaZine is an independent Mozilla community and advocacy site. We're not affiliated or endorsed by the Mozilla Corporation but we love them just the same.