The Official Win32 20091023 Trunk build is out.

[Peter(6)]

Nightly TRUNK thread RSS feed (courtesy DaCypher)

The Official Win32 20091023 Trunk build is out.

Previous Trunk nightly 20091022

Hourly Trunk builds (Minefield 3.7 ...): mozilla-central-linux || mozilla-central-macosx || mozilla-central-win32 || Firefox Tinderbox || Trunk Changelog
Hourly archive for Windows, Mac and Linux (not the final format yet)

Last update: 2009-10-23 -- 06:00 PDT = 13:00 UTC
Last Changeset: 69a4a21d9b84

Fixed:

1. #482402 [Core:SVG]-Enable "svg.smil.enabled" pref by default [All]
2. #517902 [Firefox:Menus]-Reimplement image properties, using the existing "Media" panel [All]
3. #519390 [Firefox:Page Info]-Page info sometimes resizes an image incorrectly when it uses scaling [Win]
4. #520173 [Firefox:General]-Reset lightweight theme previews when leaving the source page [All]
5. #520710 [Core:SVG]-SVG SMIL: <set> uses calcMode="discrete" [All]
6. #522944 [Toolkit:Themes]-chrome://mozapps/skin/extensions/blocklist.css doesn't exist on Windows Vista and 7 [Win]
7. #523755 [Core:Style System (CSS)]-In nsCSSDeclaration, check unit against eCSSUnit_None, instead of checking value against nsCSSValue(eCSSUnit_None) [All]
8. #523789 [Core:Disability Access APIs]-nsHTMLLiAccessible shouldn't be inherited from linkable accessible [All]

Partial Landings/WIPs/Incoming:

1. #519270 BACKOUT [Toolkit:Storage]-Upgrade to SQLite 3.6.18 [All]
2. #519363 [Core:JavaScript Engine]-topcrash [@js_Interpret] in "do_getprop_with_obj:" section with null dslots [Win]
   
   
3. #381467 [Core:General]-Switch application/x-javascript to application/javascript [All]
4. #523481 [Core:SVG]-The patch for bug 455984 broke our opacity optimization [All]

Regressions/Annoying/Common bugs:

1. #423126 [Firefox:Places]-favicons aren't backed up to *.json [All]
2. #482919 [Core:HTML: Parser]-[HTML5] Add speculative parsing to the HTML5 parser [All]
3. #516290 [Core:ImageLib]-tabs flicker [Win]
4. #520541 [Firefox:Bookmarks & History]-Crash editing bookmark via Star [All]
5. #520929 [Core:HTML: Parser]-[HTML5] Minefield crashes instantly when visiting http://twitter.com/ [@nsHtml5TreeOpExecutor::ExecuteScript() ] [All]

Trunk fixes since 20090813 (mozilla 1.9.3) = ~ 1024

[NJKR]

Check for Updates/partial updates not working?

[pal-moz]

no update files now.

[WildcatRay]

Didn't wait for the partials' availability: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.3a1pre) Gecko/20091022 Minefield/3.7a1pre Firefox/3.5.3 - Build ID: 20091022042253

[Omega X]

Why's the tree closed? Did something break again?

[WildcatRay]

I just had the following crashes when trying to access grandprix.com:

bp-ba1c671c-de40-4c2e-965e-4ed882091022 (Signature: memmove | nsCacheMetaData::SetElement(char const*, char const*) )
bp-93573673-c89f-4148-8365-1baff2091022 (Signature: memmove | nsCacheMetaData::SetElement(char const*, char const*) )
bp-c0ca089e-e781-4f5d-832c-3f0202091022
bp-7a8dc042-8741-4bef-beda-68f3f2091022

The specific article/page opened fine in Namoroka.

[WildcatRay]

I just had the following crashes when trying to access grandprix.com:

bp-ba1c671c-de40-4c2e-965e-4ed882091022 (Signature: memmove | nsCacheMetaData::SetElement(char const*, char const*) )
bp-93573673-c89f-4148-8365-1baff2091022 (Signature: memmove | nsCacheMetaData::SetElement(char const*, char const*) )
bp-c0ca089e-e781-4f5d-832c-3f0202091022 (Signature: memmove | nsCacheMetaData::SetElement(char const*, char const*) )
bp-7a8dc042-8741-4bef-beda-68f3f2091022 (Signature: memmove | nsCacheMetaData::SetElement(char const*, char const*) )
bp-eba8e77b-3f1a-41b5-9ec2-c4c712091022 (Signature: memmove | nsCacheMetaData::SetElement(char const*, char const*) )
bp-4bb0efbe-8494-46c4-9851-293462091022 (Signature: memmove | nsCacheMetaData::SetElement(char const*, char const*) )

The specific article/page opened fine in Namoroka.

Mystery solved. I had "readded" the pref browser.tabs.loadFolderAndReplace because with Tab Mix Plus enabled, the "Open All in Tabs" would not work without it. Now, however, and for whatever reason its presence led to the above crashes. Oh, well...

I'll alert onemen.

[BigWillyStyle42]

Has anyone ever experienced any issues where the awesome bar appears to not search at all? I noticed sporadically when I was using my distro's 3.0.x Firefox release, and now I've seen it a couple times using the unofficial Linux x64 nightlies. I've never seen it on Windows either with a stable branch or the nightlies to the best of my knowledge.

[WildcatRay]

Has anyone ever experienced any issues where the awesome bar appears to not search at all? I noticed sporadically when I was using my distro's 3.0.x Firefox release, and now I've seen it a couple times using the unofficial Linux x64 nightlies. I've never seen it on Windows either with a stable branch or the nightlies to the best of my knowledge.

I have seen where there is a noticeable lag in the execution of the search. (I see the rotating circle in the Larry portion of the url bar.) The search does come up after a moment or two, though.

[Bluefang]

I just had the following crashes when trying to access grandprix.com:

bp-ba1c671c-de40-4c2e-965e-4ed882091022 (Signature: memmove | nsCacheMetaData::SetElement(char const*, char const*) )
bp-93573673-c89f-4148-8365-1baff2091022 (Signature: memmove | nsCacheMetaData::SetElement(char const*, char const*) )
bp-c0ca089e-e781-4f5d-832c-3f0202091022 (Signature: memmove | nsCacheMetaData::SetElement(char const*, char const*) )
bp-7a8dc042-8741-4bef-beda-68f3f2091022 (Signature: memmove | nsCacheMetaData::SetElement(char const*, char const*) )
bp-eba8e77b-3f1a-41b5-9ec2-c4c712091022 (Signature: memmove | nsCacheMetaData::SetElement(char const*, char const*) )
bp-4bb0efbe-8494-46c4-9851-293462091022 (Signature: memmove | nsCacheMetaData::SetElement(char const*, char const*) )

The specific article/page opened fine in Namoroka.

Mystery solved. I had "readded" the pref browser.tabs.loadFolderAndReplace because with Tab Mix Plus enabled, the "Open All in Tabs" would not work without it. Now, however, and for whatever reason its presence led to the above crashes. Oh, well...

I'll alert onemen.

No crashes here.

How were you accessing the site? Were you just visiting it (via link or url bar) or were you opening it with "Open All in Tabs"?

[WildcatRay]

I just had the following crashes when trying to access grandprix.com:

bp-ba1c671c-de40-4c2e-965e-4ed882091022 (Signature: memmove | nsCacheMetaData::SetElement(char const*, char const*) )
bp-93573673-c89f-4148-8365-1baff2091022 (Signature: memmove | nsCacheMetaData::SetElement(char const*, char const*) )
bp-c0ca089e-e781-4f5d-832c-3f0202091022 (Signature: memmove | nsCacheMetaData::SetElement(char const*, char const*) )
bp-7a8dc042-8741-4bef-beda-68f3f2091022 (Signature: memmove | nsCacheMetaData::SetElement(char const*, char const*) )
bp-eba8e77b-3f1a-41b5-9ec2-c4c712091022 (Signature: memmove | nsCacheMetaData::SetElement(char const*, char const*) )
bp-4bb0efbe-8494-46c4-9851-293462091022 (Signature: memmove | nsCacheMetaData::SetElement(char const*, char const*) )

The specific article/page opened fine in Namoroka.

Mystery solved. I had "readded" the pref browser.tabs.loadFolderAndReplace because with Tab Mix Plus enabled, the "Open All in Tabs" would not work without it. Now, however, and for whatever reason its presence led to the above crashes. Oh, well...

I'll alert onemen.

No crashes here.

How were you accessing the site? Were you just visiting it (via link or url bar) or were you opening it with "Open All in Tabs"?

Just clicking on a link or bookmark.

[cuz84d]

Has anyone ever experienced any issues where the awesome bar appears to not search at all? I noticed sporadically when I was using my distro's 3.0.x Firefox release, and now I've seen it a couple times using the unofficial Linux x64 nightlies. I've never seen it on Windows either with a stable branch or the nightlies to the best of my knowledge.

I have seen where there is a noticeable lag in the execution of the search. (I see the rotating circle in the Larry portion of the url bar.) The search does come up after a moment or two, though.

There was a 3 second or 3 character delay already in there.. Edit: probably on the main builds. I think a patch removed that awhile back so it was instant. Also check to see if your awesomebar looks at bookmarks and history or nothing in Tools->Options.

[cuz84d]

LittleMutt said something about low diskspace for mac earlier.. so may have to wait and see.. I didn't check tinderbox to see if it went orange or red..

Edit: Red on Mozilla_central nightly NT 5.2
L!
"s: moz2-win32-slave16"
free-space clobber
"rev:7f1f309a34f8"
06:03:56
2009/10/22 05:49:51
05:49:47

[BigWillyStyle42]

Has anyone ever experienced any issues where the awesome bar appears to not search at all? I noticed sporadically when I was using my distro's 3.0.x Firefox release, and now I've seen it a couple times using the unofficial Linux x64 nightlies. I've never seen it on Windows either with a stable branch or the nightlies to the best of my knowledge.

I have seen where there is a noticeable lag in the execution of the search. (I see the rotating circle in the Larry portion of the url bar.) The search does come up after a moment or two, though.

There was a 3 second or 3 character delay already in there.. Edit: probably on the main builds. I think a patch removed that awhile back so it was instant. Also check to see if your awesomebar looks at bookmarks and history or nothing in Tools->Options.

@WildcatRay: I don't even get the spinner in these instances, it's as if it doesn't realize anything's been typed into the field

@cus84d: I'm not changing the settings; this is a sporadic issue. But when it occurs, it behaves exactly as if "Nothing" is selected in that option.

[SurlyDuff]

Hmmm www.omegle.com chat is still not working without turning off scripts. Anybody mind filing a bug for this?