The Official Win32 20090628 Trunk build is out.

[Peter(6)]

Nightly TRUNK thread RSS feed (courtesy DaCypher)

The Official Win32 20090628 Trunk build is out.

Previous Trunk nightly 20090627

Hourly Trunk builds (Minefield 3.6 a1pre): 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-06-28 -- 06:00 PDT = 13:00 UTC
Last Changeset: ca23d3b5a999

Fixed:

1. #357570 [Firefox:General]-sidebarheader element does not have an ID : can't be overlaid [All]
2. #414635 [Core:Security: PSM]-nsICryptoHash reinitialization implementation is inefficient [Win]
3. #464880 [Core:Widget: Qt]-Shift-Tab does not move the focus backwards [Lin]
4. #491311 [Toolkit:Download Manager]-Simplify "Add to recent documents" code in nsDownload::SetState [Win]
5. #492056 [Core:JavaScript Engine]-Date not following timezone changes [Lin]
6. #493716 [Core:DOM: Events]-gEventIdTable is unused [All]
7. #493781 [Core:Internationalization]-Fixing warning in universalchardet array subscript has type 'char' [Mac]
8. #494680 [Core:ImageLib]-nsMozIconURI::SetSpec warning: comparison between signed and unsigned [Mac]
9. #494681 [Core:Widget: Cocoa]-nsFilePicker::GetAccessoryView warning: comparison between signed and unsigned integer expressions [Mac]
10. #494684 [Core:XBL]-nsXBLStreamListener::~nsXBLStreamListener warning: comparison between signed and unsigned [Mac]
11. #494685 [Core:MathML]-nsMathMLElement::MapMathMLAttributesInto comparison between signed and unsigned [Mac]
12. #494687 [Core:XSLT]-txEXSLTFunctionCall::evaluate warning: comparison between signed and unsigned [Mac]
13. #494688 [Core:DOM: Mozilla Extensions]-nsCanvasRenderingContext2D::CreateImageData warning: comparison between signed and unsigned [Mac]
14. #494689 [Core:XP Toolkit/Widgets: XUL]-nsTreeBodyFrame::HandleEvent warning: unused variable ‘lastScrollLines’ [Mac]
15. #494691 [Core:Editor]-nsSelectionState::DoTraverse warning: unused variable ‘item’ (shadowed by another of the same name) [Mac]
16. #494695 [Core:Embedding: APIs]-IsSpecialXHTMLTag warning: comparison between signed and unsigned [Mac]
17. #499295 [Core:Plug-ins]-NULL crash [@ nsPluginInstancePeerImpl::GetJSContext] [Lin]
18. #500167 [Core:Networking]-http should use contractids for other services [All]
19. #500493 [Core:Layout: Canvas]-fix bogus getter_AddRefs [Mac]
20. #500897 [Core:Widget: Gtk]-Window resizer is not drawn correctly on some themes [Lin]

Partial Landings/WIPs/Incoming:

1. #420491 [Core:Widget: Cocoa]-Ability to reparent the contentview to hide the titlebar in fullscreen [Mac]
2. #452319 [Core:Layout: Tables]-[BC] Border collapse rewrite [All]
3. #498428 [Core:GFX: Thebes]-Update cairo to b71b019fe50a9188ddbecd1945606da8ba3bad53 [All]
4. #498689 [Core:GFX: Thebes]-Use scanline rasterizer on win32 [Win]
5. #499115 [Core:Find Backend]-nsFind fails to find more than 1 match in anonymous content if parent form control is last node in search range [Lin]
6. #499675 [Core:Networking]-data: scheme should be case-insensitive [All]

Regressions/Annoying/Common bugs:

1. #423126 [Firefox:Places]-favicons aren't backed up to *.json [All]
2. #492032 [Firefox:Bookmarks & History]-Bookmark Menu extends over StatusBar and TaskBar on Windows Vista [All]
3. #486065 [Core:Layout: Block and Inline]-hidden scrollbars get drawn anyway when Gtk theme gives scrollbars borders [Lin]

Trunk fixes since 20081201 (mozilla 1.9.2) = ~ 3035

Firefox.next (Namoroka) plans.

[earlpiggot]

from previous build:

It seems that time anchors in youtube urls are not handled as such in the latest build. For example, this should start at 0:52, and not from the beginning:

http://www.youtube.com/watch?v=B4vH87iWHsg#t=00m52s

It won't work in safe mode, but it DOES work with a new profile. Any guess as to what might be wrong (I'm more or less with the profile pointed at in my signature)

[wgianopoulos]

from previous build:

It seems that time anchors in youtube urls are not handled as such in the latest build. For example, this should start at 0:52, and not from the beginning:

http://www.youtube.com/watch?v=B4vH87iWHsg#t=00m52s

It won't work in safe mode, but it DOES work with a new profile. Any guess as to what might be wrong (I'm more or less with the profile pointed at in my signature)

There is something odd going on here, but it does NOT appear to be a Mozilla issue.

That URL does not start with the specified time index for me using any browser on which I have tried it.

I tried Firefox under Linux as well as Firefox, IE8 and Opera under Windows/XP.

This URL however, starts at the correct time index for me using all of the above browsers:

http://www.youtube.com/watch?v=PjDw3azfZWI#t=31m08s

[a;skdjfajf;ak]

IE8 works for me if you put it into comparability mode.

Trunks on Win7 RC build 7100 x64 also work, if you disable Flashblock, or allow all thru Adblock as reported in yesterday's thread.

[wgianopoulos]

IE8 works for me if you put it into comparability mode.

Trunks on Win7 RC build 7100 x64 also work, if you disable Flashblock, or allow all thru Adblock as reported in yesterday's thread.

I do not run flashblock or adblock. Also I just found that although I said that second URL I posted works for me, I now find it works more like 90% of the time. I think this is all some kind of timing issue related to how much of the video stream has been downloaded when it decides to start playing it.

[wgianopoulos]

More testing on the original link form the Wimbledon video indicates that it also sometimes works and sometimes does not in Firefox IE8 and Opera. In most cases if it starts at eh beginning, doing a reload will cause it to start at the requested time index. It appears that it works better if the video loads quickly. I think it fails int he case where the youtube server is busy and it takes longer than usual to load the file.

[earlpiggot]

It is not url-specific. Try *any* youtube clip URL. The time anchor is a valid feature; both leading zeros or not, like 01m:07s, or 1m7s are acceptable.

[Yosi Markovich]

It seems that with the 20090627 trunk build, AdBlock Plus (as well as Gmail Notifier, by the way) are not working. I confirmed that with an existing profile and with a fresh new profile. Can anyone else confirm it?

Yosi

[Ria]

It seems that with the 20090627 trunk build, AdBlock Plus (as well as Gmail Notifier, by the way) are not working. I confirmed that with an existing profile and with a fresh new profile. Can anyone else confirm it?

Yosi

Adblock Plus works fine for me with the latest hourly on Windows Vista.

[earlpiggot]

I always use the latest devbuild with nightlies:
http://adblockplus.org/devbuilds/

[wgianopoulos]

It is not url-specific. Try *any* youtube clip URL. The time anchor is a valid feature; both leading zeros or not, like 01m:07s, or 1m7s are acceptable.

That is the what I thought I had said in my post just before this one. It is Nneither URL nor browser specific. Sometimes it works sometimes it doesn't. And it is exactly the same with IE or Opera. Sometimes it works, sometimes it doesn't. I suspect it is an issue with Flash.

[earlpiggot]

It is neither URL nor browser specific. Sometimes it works sometimes it doesn't. And it is exactly the same with IE or Opera. Sometimes it works, sometimes it doesn't. I suspect it is an issue with Flash.

So far, it always works fine with me in other windows browsers: opera, safari, IE8, chrome. So to me, it is minefield specific. And as I said, despite NOT working in safe mode in an existing profile, it DOES work in a NEW profile... And it used to work in nightlies too, in the past.

I wonder if BetterPrivacy has anything to do with it, but why would it interfere in safe mode?

[Peter(6)]

This thread is closed, please use the next one.