Details ------- I've come across the most odd problem with Mozilla 1.3. It was compiled with following flags. [ebuild R ] net-www/mozilla-1.3 +java +crypt -ipv6 +gtk2 +ssl -ldap +gnome +mozsvg -mozcalendar -mozaccess -mozinterfaceinfo -mozp3p -mozxmlterm +moznoirc +moznomail +moznocompose +moznoxft Afterwards, I found that the personal toolbar had no links on it and none could be added manually rendering the personal toolbar completely unusable. Usually, by default mozilla comes with two initial links on there but despite a few recompiles with different use variables the toolbar was empty and no matter how much I try to drag items on there or add them using other methods it doesn't work. Now, this is quite frustrating since the personal toolbar is very useful for quick access to links. Anyone else experience this problem? Reproducible: Always Steps to Reproduce: 1.ACCEPT_KEYWORDS=~x86 emerge mozilla 2.Open mozilla 3.Try to drag a link onto the personal toolbar Actual Results: No links can be added to personal toolbar at all. Expected Results: By default, mozilla starts with a couple of links for mozilla related sites on the toolbar and the user can add some of his own before he removes the mozilla links. However, if the toolbar is empty to begin with no more can be added. $ emerge info Portage 2.0.47-r10 (default-x86-1.4, gcc-3.2.2, glibc-2.3.1-r2) ================================================================= System uname: 2.4.20-gentoo-r2 i686 Intel(R) Pentium(R) 4 CPU 2.66GHz GENTOO_MIRRORS="http://gentoo.linux.no/ http://ftp.tu-clausthal.de/pub/linux/gentoo/ http://ftp.snt.utwente.nl/pub/os/linux/gentoo/ " CONFIG_PROTECT="/etc /var/qmail/control /usr/share/config /usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb:/usr/kde/3.1/share/config:/usr/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" PORTDIR="/usr/portage" DISTDIR="/usr/portage/distfiles" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR_OVERLAY="/usr/local/portage" USE="x86 oss 3dnow apm avi crypt cups encode gif jpeg libg++ libwww mikmod mmx mpeg ncurses nls pdflib png quicktime spell truetype xml2 xmms xv zlib gtkhtml gdbm berkdb slang readline arts bonobo svga java guile X sdl gpm tcpd pam ssl perl python imlib oggvorbis gnome gtk qt kde motif opengl aalib acpi alsa cdr directfb dvd esd fbcon gtk2 imap mozilla moznoirc moznomail moznocompose moznoxft mozsvg nas sse tcltk tiff usb xml" COMPILER="gcc3" CHOST="i686-pc-linux-gnu" CFLAGS="-march=pentium4 -O3 -pipe -fomit-frame-pointer -fprefetch-loop-arrays -falign-functions=4 -funroll-loops -ffast-math -fforce-addr" CXXFLAGS="-march=pentium4 -O3 -pipe -fomit-frame-pointer -fprefetch-loop-arrays -falign-functions=4 -funroll-loops -ffast-math -fforce-addr" ACCEPT_KEYWORDS="x86" MAKEOPTS="-j4" AUTOCLEAN="yes" SYNC="rsync://rsync.uk.gentoo.org/gentoo-portage" FEATURES="sandbox ccache"
Having scoured the mozilla bug database for such an issue I found the following entry. http://bugzilla.mozilla.org/show_bug.cgi?id=88711 The solution purported is that a folder by the name 'Personal Toolbar Folder' is added via the 'Bookmarks' > 'Manage Bookmarks' dialogue box and from then onwards the personal toolbar becomes usable once more. If this can be done somehow during or after the emerge somehow perhaps it will remove the need to do it manually. One more person acknowledged to having the same problem on gentoo-user today.
It seems to work fine for a new user.
Okay. It's just my luck that I'm having issues with Mozilla. If you feel everything is in order please close this one. Another issue I have been having is that when mozilla is compiled inclusive of mail component then no mail component is visible in the user interface. The mail component can be loaded by click a mailto link or by typing 'mozilla -mail' but it cannot be opened through conventional means such as component bar since there is no icon. I thought I'd run this by you to seek an opinion about whether it is worth of a separate bug. What can I do to give myself a fresh slate with mozilla? AFAIK, there's ~/.mozilla and /usr/lib/mozilla. Anything else?
No, no, I just added that comment to add some facts. BTW, the mail issue is due to the composer not being compiled. Compile the composer as well, and see if it fixes. Ill do changes to the ebuild to only disable the composer if we disable mail as well.
As soon as an ebuild for Mozilla 1.4 beta or final (due for 16 May) is released depending on which is sooner I shall try to reproduce this bug and post results. Many thanks.
This problem no longer exists with mozilla-1.4-r3. I've compiled and tested it. Please close this bug ASAP. Thanks.
fixed in latest release - apparent upstream bug
Reason - Tested with moz 1.4-r3 and this is no longer a problem.
