Bugzilla Bug 63850

Firefox 1.0RC is on the mozilla ftp mirror, at
ftp://ftp.mozilla.org/pub/mozilla.org/firefox/releases/0.10rc/ .

Reproducible: Always
Steps to Reproduce:
1.
2.
3.

... and it's just disappeared...

http://207.200.85.49/pub/mozilla.org/firefox/releases/0.10rc/

-> from http://www.mozillazine.org/talkback.html?article=5264

... turns out that it's not 1.0RC, it's 1.0PR, the pre-release-candidate.  Still would be nice to have in portage though ;)

*** Bug 63882 has been marked as a duplicate of this bug. ***

Firefox 1.0PR announced today. (Internal version says it is 0.10)
http://www.mozilla.org/products/firefox/releases/0.10.html

Lots of new functionality..

Created an attachment (id=39566) [details]
mozilla-firefox-0.10.ebuild

Quick ebuild I hacked together .. compiling now

See above ebuild: "Crash in form autocomplete" patch is no longer needed. Alpha
patch still applies fine.

any chance of a -bin ebuild soon?

can't get the dam thing to compile here:

nsProfile.cpp: In member function `virtual nsresult nsProfile::StartupWithArgs(nsICmdLineService*, PRBool)':
nsProfile.cpp:414: error: 'class nsDerivedSafe<nsIXULChromeRegistry>' has no member named 'SelectLocaleForProfile'
nsProfile.cpp:423: error: 'class nsDerivedSafe<nsIXULChromeRegistry>' has no member named 'SelectLocaleForProfile'

(on amd64 with gcc-3.4.2)

Fails to compile with gcc 3.3.4 and 3.4.2

g++ -o nsProfileAccess.o -c -DOSTYPE=\"Linux2.6\" -DOSARCH=\"Linux\" -I./../dirserviceprovider/src -I../../dist/include/xpcom -I../../dist/include/xpcom_obsolete -I../../dist/include/string -I../../dist/include/content -I../../dist/include/docshell -I../../dist/include/webbrwsr -I../../dist/include/dom -I../../dist/include/js -I../../dist/include/xpconnect -I../../dist/include/widget -I../../dist/include/necko -I../../dist/include/uriloader -I../../dist/include/intl -I../../dist/include/pref -I../../dist/include/prefmigr -I../../dist/include/appshell -I../../dist/include/uconv -I../../dist/include/windowwatcher -I../../dist/include/profdirserviceprovider -I../../dist/include/profile -I../../dist/include -I/var/tmp/portage/mozilla-firefox-0.10/work/mozilla/dist/include/nspr     -I/usr/X11R6/include   -fPIC  -I/usr/X11R6/include -fno-rtti -fno-exceptions  -Wconversion -Wpointer-arith -Wcast-align -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wno-long-long -march=athlon-xp -pipe -Wno-deprecated -fshort-wchar -pthread -pipe  -DNDEBUG -DTRIMMED -ffunction-sections -O2  -I/usr/X11R6/include -DMOZILLA_CLIENT -include ../../mozilla-config.h -Wp,-MD,.deps/nsProfileAccess.pp nsProfileAccess.cpp
nsProfile.cpp: In member function `virtual nsresult 
   nsProfile::StartupWithArgs(nsICmdLineService*, int)':
nsProfile.cpp:415: error: `SelectLocaleForProfile' undeclared (first use this 
   function)
nsProfile.cpp:415: error: (Each undeclared identifier is reported only once for 
   each function it appears in.)
nsProfile.cpp: In member function `virtual nsresult 
   nsProfile::CreateNewProfileWithLocales(const PRUnichar*, const PRUnichar*, 
   const PRUnichar*, const PRUnichar*, int)':
nsProfile.cpp:1725: error: `SelectLocaleForProfile' undeclared (first use this 
   function)
nsProfile.cpp:1736: error: `GetSelectedSkin' undeclared (first use this 
   function)
nsProfile.cpp:1739: error: `SelectSkinForProfile' undeclared (first use this 
   function)
gmake[3]: *** [nsProfile.o] Error 1
gmake[3]: *** Waiting for unfinished jobs....
gmake[3]: Leaving directory `/var/tmp/portage/mozilla-firefox-0.10/work/mozilla/profile/src'
gmake[2]: *** [libs] Error 2
gmake[2]: Leaving directory `/var/tmp/portage/mozilla-firefox-0.10/work/mozilla/profile'
gmake[1]: *** [tier_9] Error 2
gmake[1]: Leaving directory `/var/tmp/portage/mozilla-firefox-0.10/work/mozilla'
make: *** [default] Error 2

!!! ERROR: net-www/mozilla-firefox-0.10 failed.
!!! Function src_compile, Line 85, Exitcode 2
!!! (no error message)
!!! If you need support, post the topmost build error, NOT this status message.

*** Bug 63997 has been marked as a duplicate of this bug. ***

Created an attachment (id=39596) [details]
mozilla-firefox-bin ebuild

I wrote up a quick mozilla-firefox-bin ebuild until the source one works.  I'm
using the PR to post this comment, so it seems to work ;)

For the compile error : http://bugzilla.mozilla.org/show_bug.cgi?id=258831
Have not looked at it in detail.

Thanks for the link Daniel. Adding --enable-single-profile to myconf in the
ebuild allows it to compile without error and I am not posting this from 1.0PR.

s/not/now ;) it does work honest, actually it's running well.

This Firefox Preview Release also fixes a number of known vulnerabilities, see

http://www.mozilla.org/projects/security/known-vulnerabilities.html

for details. Maybe we should add gentoo security to the CC's? Or file a new report? What's best?

there's something wrong, either with the ebuild or something else.
i'm currently in contact with one of the security guys of mozilla.org, because i can still reproduce one security bug on my system, which should already be fixed.

i was using this ebuild and it fetched the source from mozilla.org, where the patch is clearly applied (also looked at the extracted .tar.bz2), but the issue is there.

can you confirm issue #92 on your setups? (clipboard thing)

JG

I can't replicate issue #92 here, having upgraded from 0.9.3 (where I can
confirm it occured). The test scripts attached to the mozilla.org bug entry
fail to both read from, or write to the clipboard.

I built 1.0PR using the attached source ebuild with the --enable-single-profile
option. 

md5sum of archive portage retrieved:

b81ebc5f01448313add23ed44c47cf5e  firefox-1.0PR-source.tar.bz2

i also upgraded from 0.9.3(-r1) (didn't try the testcase there) with this
ebuild using --enable-single-profile and the archive checksum is the same
(b81ebc5f01448313add23ed44c47cf5e).

it is the third time now that i compiled firefox 0.10 (unmerged firefox, then
wiped the rest of /usr/lib/MozillaFirefox/ (everything that showed up with qpkg
-l) and my ~/.mozilla directory).

now, the testcase IS STILL working!?
i don't get it... it also works as root, where i can be sure, that i never ran
firefox before.

JG

Security bug is bug 63996.

Ok, I am now seeing the same problem after moving my ~/.mozilla directory
elsewhere and letting Firefox regenerate it. So, presumably, something in the
previous configuration/.mozilla directory is preventing this from happening.

I just don't know what it is...

The other possibility is that upgrading from 0.9.3-r1 just borked Firefox -
I've got plenty of debris around from the 'uninstalling current theme' bug.
I'll try upgrading with a fresh .mozilla dir generated by 0.9.3 to see if it
makes any difference.

This bug also occurs in the binary distribution
(firefox-1.0PR-i686-linux-gtk2+xft.tar.gz).

1.0 is in portage so this bug can be retired.

regarding profile updates, recent mozilla-launcher tries to handle that cleanly...