MozillaZine

The Official Win32 20130122 builds are out

Discussion about official Mozilla Firefox builds
Arjen87
 
Posts: 956
Joined: March 28th, 2012, 10:46 am
Location: The Netherlands

Post Posted January 21st, 2013, 1:27 pm

Previous Nightly Builds thread 20130121 | A couple of notes about the Nightly thread. | Nightly Build thread RSS feed (courtesy DaCypher)

The Official Win32 20130122 NIGHTLY build is out. Changeset: 91b9995f9ac7
The Official Win32 20130122 AURORA build is out. Changeset: 71009680316b
.The Official Firefox 19 BETA 3 build 1 builds are not yet out Changeset: 2a9c854f17c3

Previous NIGHTLY 20130121 (FF21.0a1)
Previous AURORA 20130121 (FF20.0a2)
Previous BETA 20130116 (FF19.0b2)

Hourly NIGHTLY builds: mozilla-central-linux | mozilla-central-macosx | mozilla-central-win32 | Firefox Tinderbox | NIGHTLY Changelog
AURORA Tinderbox | AURORA changelog

Last update: 2013-01-22 -- 00:00 PST = 08:00 UTC

Fixed:
    NIGHTLY
    None
    AURORA
  1. #719484 [Firefox:General]-build about:healthreport to display submission info and embed the report itself [All]
  2. #804745 [Firefox:General]-Add info bar notification for Firefox Health Report [All]
  3. #809094 [Firefox:Preferences]-Preference pane options for Firefox Health Report [All]
  4. #815239 [Firefox:Developer Tools: Inspector]-[toolbox] Using a tool keyboard shortcut twice closes the toolbox. It should select it instead. [Mac]
  5. #817551 [Firefox:Developer Tools: Inspector]-The window controller (for undo/redo) doesn't work when Inspector is undocked [All]
  6. #819181 [Firefox:Developer Tools: Inspector]-Inspector sidebar items show "undefined" during load [All]
  7. #820735 [Firefox:Developer Tools: Framework]-[toolbox] Tools shortcuts should work from the toolbox window [All]
  8. #823916 [Firefox:Developer Tools: Framework]-[toolbox] don't use ordinal [All]
  9. #825740 [Firefox:Developer Tools: Framework]-[toolbox] gDevTools does not remove the menuitems upon unregistering of a tool [Win]
  10. #826695 [Firefox:Developer Tools: Graphic Commandline and Toolbar]-Fix developer toolbar button alignment [Win]
  11. #827265 [Firefox:Developer Tools: Framework]-[toolbox] Command buttons have a left and right border on OS X when selected [Mac]
  12. #827602 [Mozilla Services:Metrics and Firefox Health Report]-Fix order of operation in storage execution [All]
  13. #827910 [Mozilla Services:Metrics and Firefox Health Report]-Only report "extension" and "plugin" types for full add-on details [All]
  14. #828101 [Mozilla Services:Metrics and Firefox Health Report]-Initialize Firefox Health Report after session restore [All]
  15. #828149 [Mozilla Services:Metrics and Firefox Health Report]-Firefox Health Report causes crash during application shutdown [on Talos Linux64 opt] [All]
  16. #828703 [Mozilla Services:Metrics and Firefox Health Report]-Incorrect idle-daily removeObserver in HealthReporter.jsm [All]
  17. #828829 [Mozilla Services:Metrics and Firefox Health Report]-Refactor Health Report policy and service [All]
  18. #829063 [Firefox:Developer Tools: Framework]-Toolbox style improvements [All]
  19. #829184 [Firefox:Preferences]-Refactor Data Choices preferences pane for bug 828829 [All]
  20. #829644 [Firefox:Developer Tools: Framework]-[toolbox] Make the default size of the toolbox window wider [All]
  21. #829953 [Mozilla Services:Metrics and Firefox Health Report]-about:healthreport resets everytime you close that tab [All]
  22. #830090 [Mozilla Services:Metrics and Firefox Health Report]-Access key for "Choose What I Share" button in info bar is broken [Win]
  23. #830418 [Firefox:Menus]-hide health report menu items if health report is disabled [All]
  24. #830498 [Firefox:Preferences]-fix hardcoded brand references in data choices prefpane [All]
    BETA
    None

Partial Landings/WIPs/Incoming:
    NIGHTLY
  1. #234628 [Core:Internationalization]-Disable View>Character Coding menu when it won't have effect / is unnecessary (e.g. XML) [All]
  2. #568953 [Core:JavaScript Engine]-(harmony:modules) Harmony modules [Mac]
  3. #569356 [Core:Disability Access APIs]-Coalescence of state change events is bad [All]
  4. #818626 [Core:Layout]-crash in nsStyleContext::~nsStyleContext [All]
  5. #829757 [Core:WebRTC: Signaling]-Accept a=candidate ICE candidates (for now) [Mac]
  6. #829909 [Core:Plug-ins]-crash in nsWindow::Enable @ UserCallWinProcCheckWow [Win]
  7. #831193 [Core:General]-Remove NS_MEMORY_REPORTER_IMPLEMENT [Lin]
    AURORA
    None
    BETA
    None

Regressions/Annoying/Common bugs:
    None

Nightly 21.0a1 fixes since 20110322 (mozilla 2.2) = ~12486
Aurora 20.0a2 fixes since 20110322 (mozilla 2.2) = ~12204
Beta 19.0b fixes since 20110322 (mozilla 2.2) = ~11331

Release tracking Firefox 19-20 see HERE
Last edited by Arjen87 on January 22nd, 2013, 9:25 am, edited 1 time in total.
Microsoft Windows 7 Ultimate 64-bit | Intel Core i7 620M | 8 GB DDR3 | NVIDIA Quadro FX 1800M | 1 GB GDDR5

TheVisitor
 
Posts: 3024
Joined: May 13th, 2012, 10:43 am

Post Posted January 21st, 2013, 2:39 pm

From yesterday's thread:
khagaroth wrote:
Lets hope it's not because linker reached the memory limit again, considering there is no easy way to extend that anymore, it would be a pretty serious bustage.


Well, looks like that they did again hit the wall on memory limits, see bug:
https://bugzilla.mozilla.org/show_bug.cgi?id=832992

Could be a drastic slow down in fixes/patches landing till they decide what to do. IMO, PGO should just die...until which time they decide not to support WinXP anymore and move to pure 64bit build machines.

Grantius

User avatar
 
Posts: 1213
Joined: June 28th, 2011, 4:14 pm

Post Posted January 21st, 2013, 4:06 pm

TheVisitor wrote:From yesterday's thread:
khagaroth wrote:
Lets hope it's not because linker reached the memory limit again, considering there is no easy way to extend that anymore, it would be a pretty serious bustage.


Well, looks like that they did again hit the wall on memory limits, see bug:
https://bugzilla.mozilla.org/show_bug.cgi?id=832992

Could be a drastic slow down in fixes/patches landing till they decide what to do. IMO, PGO should just die...until which time they decide not to support WinXP anymore and move to pure 64bit build machines.


Why not build non-PGO for XP, and have a seperate build server for Vista and newer? Considering the stub installer should be able to decide which OS you are using.
Micro gaming box: AMD A10-7800 APU, 8gb RAM M350 ITX case (size of a book), Ubuntu 15.04/W10TP
Tablet/Laptop: Asus Transformer T100, Intel Atom 2GB RAM, Windows 10TP x86, Nightly 32bit
Mobile:Note 3 with CM12, Nightly FF

TheVisitor
 
Posts: 3024
Joined: May 13th, 2012, 10:43 am

Post Posted January 21st, 2013, 4:45 pm

Grantius wrote:
TheVisitor wrote:From yesterday's thread:
khagaroth wrote:
Lets hope it's not because linker reached the memory limit again, considering there is no easy way to extend that anymore, it would be a pretty serious bustage.


Well, looks like that they did again hit the wall on memory limits, see bug:
https://bugzilla.mozilla.org/show_bug.cgi?id=832992

Could be a drastic slow down in fixes/patches landing till they decide what to do. IMO, PGO should just die...until which time they decide not to support WinXP anymore and move to pure 64bit build machines.


Why not build non-PGO for XP, and have a seperate build server for Vista and newer? Considering the stub installer should be able to decide which OS you are using.


Sorry, I can't really speak to that suggestion as I know little about build systems/mechanics other that what I recall being discussed to some great length the last time they hit the 'wall'. Looks like from the bug they are already turning off PGO on low priority builds.
webrtc, PGO on imagelib, PGO on rdf, and a11y builds.

Omega X

User avatar
 
Posts: 7345
Joined: October 18th, 2007, 2:38 pm
Location: A Parallel Dimension...

Post Posted January 21st, 2013, 4:55 pm

Again? Oh dear.
Latest: Firefox/38.0.1 *ESR/38.0.1 - Mobile/38.0.1 - Thunderbird/31.7.0 - SeaMonkey/2.33.1
Nightly: Nightly/41.0 - Mobile/41.0 - Daily/41.0 - SeaMonkey/2.35a1

KWierso
 
Posts: 8772
Joined: May 7th, 2006, 10:29 pm
Location: California

Post Posted January 21st, 2013, 5:07 pm

OMG this just shows that they're bloating everything in Firefox.

Bluefang

User avatar
 
Posts: 7846
Joined: August 10th, 2005, 2:55 pm
Location: Vermont

Post Posted January 21st, 2013, 5:23 pm

/sarcasm

No, it just means they're being stupid trying to force everything into libxul/libmozjs in order to gain a few ms on startup.
There have always been ghosts in the machine... random segments of code that have grouped together to form unexpected protocols. Unanticipated, these free radicals engender questions of free will, creativity, and even the nature of what we might call the soul...

malliz
Folder@Home

User avatar
 
Posts: 41792
Joined: December 7th, 2002, 4:34 am
Location: Aus

Post Posted January 21st, 2013, 5:23 pm

Was there a re-spin or was I just incredibly lazy yesterday ?
What sort of man would put a known criminal in charge of a major branch of government? Apart from, say, the average voter.
"Terry Pratchett"

Omega X

User avatar
 
Posts: 7345
Joined: October 18th, 2007, 2:38 pm
Location: A Parallel Dimension...

Post Posted January 21st, 2013, 5:27 pm

Yeah. There was a re-respin earlier today.
Latest: Firefox/38.0.1 *ESR/38.0.1 - Mobile/38.0.1 - Thunderbird/31.7.0 - SeaMonkey/2.33.1
Nightly: Nightly/41.0 - Mobile/41.0 - Daily/41.0 - SeaMonkey/2.35a1

sdrocking

User avatar
 
Posts: 778
Joined: October 2nd, 2010, 7:03 am
Location: Madison, WI

Post Posted January 21st, 2013, 9:31 pm

Does Send tab via sync from Nightly work for anyone on Android?

_Alexander

User avatar
 
Posts: 1197
Joined: April 1st, 2010, 2:24 pm
Location: Your augmented reality

Post Posted January 21st, 2013, 9:47 pm

Anyone had nightly freeze midway through resizing screen res from 1366*768 to 1920*1080 (plugged HDMI in) with an unresponsive script related to Chrome/GUI?
http://magneticpudding.com/ <- My Blog
i5 3570k @ 4.5 Ghz / NV 660 / 32GB DDR3 / 1080p LCD / SSD (120 + 180) / W8 ||| Atom N270 / NV ION / 3GB DDR3 / SSD / 1366x768 / W8

Omega X

User avatar
 
Posts: 7345
Joined: October 18th, 2007, 2:38 pm
Location: A Parallel Dimension...

Post Posted January 21st, 2013, 9:52 pm

sdrocking wrote:Does Send tab via sync from Nightly work for anyone on Android?

You're in luck, I own a Nexus 7 now.

Yes, it does work but I had to choose the Fx Beta Sync or the regular Fx Sync method. Choosing the Nightly Sync "Send" was grayed out.
Latest: Firefox/38.0.1 *ESR/38.0.1 - Mobile/38.0.1 - Thunderbird/31.7.0 - SeaMonkey/2.33.1
Nightly: Nightly/41.0 - Mobile/41.0 - Daily/41.0 - SeaMonkey/2.35a1

sdrocking

User avatar
 
Posts: 778
Joined: October 2nd, 2010, 7:03 am
Location: Madison, WI

Post Posted January 21st, 2013, 10:05 pm

Omega X wrote:
sdrocking wrote:Does Send tab via sync from Nightly work for anyone on Android?

You're in luck, I own a Nexus 7 now.

Yes, it does work but I had to choose the Fx Beta Sync or the regular Fx Sync method. Choosing the Nightly Sync "Send" was grayed out.

Looks like it was broken in the 1/20 Nightly and is now fixed - https://bugzilla.mozilla.org/show_bug.cgi?id=832773

Arjen87
 
Posts: 956
Joined: March 28th, 2012, 10:46 am
Location: The Netherlands

Post Posted January 22nd, 2013, 9:25 am

Microsoft Windows 7 Ultimate 64-bit | Intel Core i7 620M | 8 GB DDR3 | NVIDIA Quadro FX 1800M | 1 GB GDDR5

Return to Firefox Builds


Who is online

Users browsing this forum: u251 and 4 guests