327043 - Crash after ftp login error

Status: RESOLVED WORKSFORME

(Core Graveyard :: Networking: FTP, defect)

Description

[meeeeeep]

User-Agent:       Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.8) Gecko/20060126 Firefox/1.5
Build Identifier: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.8) Gecko/20060126 Firefox/1.5

FTP error when login.
Message says: 500 OOPS: vsftpd: refusing to run with writable anonymous root
After klicking ok firefox closes itself in an instant. No lag or hungtime.
Obviously there is a problem with the ftp-server but that shouldnt crash firefox.

Reproducible: Always

Steps to Reproduce:
1. Go to ftp://whippe.no-ip.com
2. Leave usernamne and password-fields empety
3. Log in.
4. Look on the error-message, klick ok

Actual Results:  
Firefox closed itself.

Expected Results:  
Point out the error with the ftp-server, and not closed itself.

At least more than 3 people have tried the same thing with the same result, everyone running Gentoo Linux. I've tried the same thing on windows and then it hungs, firefox is loading, says: beginning ftp-transaction, but nothing happens, you cant stop the loding by pressing stop, other links doesnt work to klick on. Simply you cant do nothing exept watch when firefox loads. Firefox doesnt really hung up because you kan exit the program without problem by pressing X (upper right corner :P).

Here is my buildconfig (on my gentoo machine)

about:buildconfig

Build platform
target
x86_64-pc-linux-gnu

Build tools
Compiler 	Version 	Compiler flags
x86_64-pc-linux-gnu-gcc 	gcc version 3.4.4 (Gentoo 3.4.4-r1, ssp-3.4.4-1.0, pie-8.7.8) 	-Wall -W -Wno-unused -Wpointer-arith -Wcast-align -Wno-long-long -march=k8 -pipe -fPIC -Wno-return-type -w -freorder-blocks -fno-reorder-functions -pthread -pipe
x86_64-pc-linux-gnu-g++ 	gcc version 3.4.4 (Gentoo 3.4.4-r1, ssp-3.4.4-1.0, pie-8.7.8) 	-fno-rtti -fno-handle-exceptions -Wall -Wconversion -Wpointer-arith -Wcast-align -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wno-long-long -march=k8 -pipe -fPIC -Wno-deprecated -Wno-return-type -w -freorder-blocks -fno-reorder-functions -fshort-wchar -pthread -pipe -DARON_WAS_HERE

Configure arguments
--enable-application=browser --enable-optimize=-O2 --enable-old-abi-compat-wrappers --disable-installer --disable-pedantic --enable-crypto --with-system-jpeg --with-system-png --with-system-zlib --without-system-nspr --disable-updater --enable-single-profile --disable-profilesharing --disable-profilelocking --enable-default-toolkit=gtk2 --enable-pango --enable-svg --enable-svg-renderer=cairo --enable-system-cairo --enable-ipv6 --disable-xinerama --disable-xprint --disable-freetype2 --disable-debug --disable-tests --enable-reorder --enable-strip --enable-strip-libs --disable-gnomevfs --disable-gnomeui --disable-mailnews --enable-image-encoder=all --enable-canvas --enable-oji --enable-mathml --disable-jsd --disable-xpctools --with-default-mozilla-five-home=/usr/lib64/mozilla-firefox --enable-extensions=default,typeaheadfind,-venkman --prefix=/usr --host=x86_64-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --libdir=/usr/lib64 --build=x86_64-pc-linux-gnu

Comment 1

[meeeeeep]

(In reply to comment #0)
> User-Agent:       Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.8)
> Gecko/20060126 Firefox/1.5
> Build Identifier: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.8)
> Gecko/20060126 Firefox/1.5
> 
> FTP error when login.
> Message says: 500 OOPS: vsftpd: refusing to run with writable anonymous root
> After klicking ok firefox closes itself in an instant. No lag or hungtime.
> Obviously there is a problem with the ftp-server but that shouldnt crash
> firefox.
> 
> Reproducible: Always
> 
> Steps to Reproduce:
> 1. Go to ftp://whippe.no-ip.com
> 2. Leave usernamne and password-fields empety
> 3. Log in.
> 4. Look on the error-message, klick ok
> 
> Actual Results:  
> Firefox closed itself.
> 
> Expected Results:  
> Point out the error with the ftp-server, and not closed itself.
> 
> At least more than 3 people have tried the same thing with the same result,
> everyone running Gentoo Linux. I've tried the same thing on windows and then it
> hungs, firefox is loading, says: beginning ftp-transaction, but nothing
> happens, you cant stop the loding by pressing stop, other links doesnt work to
> klick on. Simply you cant do nothing exept watch when firefox loads. Firefox
> doesnt really hung up because you kan exit the program without problem by
> pressing X (upper right corner :P).
> 
> Here is my buildconfig (on my gentoo machine)
> 
> about:buildconfig
> 
> Build platform
> target
> x86_64-pc-linux-gnu
> 
> Build tools
> Compiler        Version         Compiler flags
> x86_64-pc-linux-gnu-gcc         gcc version 3.4.4 (Gentoo 3.4.4-r1,
> ssp-3.4.4-1.0, pie-8.7.8)   -Wall -W -Wno-unused -Wpointer-arith -Wcast-align
> -Wno-long-long -march=k8 -pipe -fPIC -Wno-return-type -w -freorder-blocks
> -fno-reorder-functions -pthread -pipe
> x86_64-pc-linux-gnu-g++         gcc version 3.4.4 (Gentoo 3.4.4-r1,
> ssp-3.4.4-1.0, pie-8.7.8)   -fno-rtti -fno-handle-exceptions -Wall -Wconversion
> -Wpointer-arith -Wcast-align -Woverloaded-virtual -Wsynth
> -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wno-long-long -march=k8 -pipe
> -fPIC -Wno-deprecated -Wno-return-type -w -freorder-blocks
> -fno-reorder-functions -fshort-wchar -pthread -pipe -DARON_WAS_HERE
> 
> Configure arguments
> --enable-application=browser --enable-optimize=-O2
> --enable-old-abi-compat-wrappers --disable-installer --disable-pedantic
> --enable-crypto --with-system-jpeg --with-system-png --with-system-zlib
> --without-system-nspr --disable-updater --enable-single-profile
> --disable-profilesharing --disable-profilelocking --enable-default-toolkit=gtk2
> --enable-pango --enable-svg --enable-svg-renderer=cairo --enable-system-cairo
> --enable-ipv6 --disable-xinerama --disable-xprint --disable-freetype2
> --disable-debug --disable-tests --enable-reorder --enable-strip
> --enable-strip-libs --disable-gnomevfs --disable-gnomeui --disable-mailnews
> --enable-image-encoder=all --enable-canvas --enable-oji --enable-mathml
> --disable-jsd --disable-xpctools
> --with-default-mozilla-five-home=/usr/lib64/mozilla-firefox
> --enable-extensions=default,typeaheadfind,-venkman --prefix=/usr
> --host=x86_64-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info
> --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib
> --libdir=/usr/lib64 --build=x86_64-pc-linux-gnu
> 

Just want to point out that:
1. Firefox hungs on windows, no problem closing the window, but when closed the process is still running in the background.
2. Firefox close itself on my linux machine.

Just to make that clear :)

Comment 2

[Philip Withnall (unavailable)]

Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9a1) Gecko/20060213 Firefox/1.6a1
/home/philip/mozilla/fx-opt-dynamic/dist/bin/run-mozilla.sh: line 131: 27327 Segmentation fault      "$prog" ${1+"$@"}

Confirmed. Running on fully-up-to-date Ubuntu Linux (64bit).

Comment 3

[:Gavin Sharp [email: [e-mail]]]

Attachment: stack

Comment 4

[kmike]

Talkback stack:
http://talkback-public.mozilla.org/talkback/fastfind.jsp?search=2&type=iid&id=15146668X

Comment 5

[:Gavin Sharp [email: [e-mail]]]

The URL provided in the original report is no longer responding. Are there any other ways to reproduce this? Reporter, if you control that machine, is it possible for you to make it available again, or explain what configuration on the server side causes the error?

Comment 6

[meeeeeep]

(In reply to comment #5)
> The URL provided in the original report is no longer responding. Are there any
> other ways to reproduce this? Reporter, if you control that machine, is it
> possible for you to make it available again, or explain what configuration on
> the server side causes the error?
> 

The ftp-server is a friends. It hasn't been online on week 9 but now it should be up again. The server uses vsftpd wich I also use on my machine, where i also experience the same bugg.

Comment 7

[Linus Mellberg]

(In reply to comment #5)
> The URL provided in the original report is no longer responding. Are there any
> other ways to reproduce this? Reporter, if you control that machine, is it
> possible for you to make it available again, or explain what configuration on 
> the server side causes the error?
>

The ftp-server causing the bug is vsftpd-2.0.3-r1 running with the example configuration provided with it. The option causing the server-error which causes the bug is mainly anonymous_enable=YES, (but its probably caused by some combination of other options too...?)
Its seems to me that to be able to reproduce the error you need to run vsftpd using the example configuration provided with it. If that isn't sufficent I can send a config which causes the error.
Also from now on the server in the original bugreport should be running most of the time.

Comment 8

[:Gavin Sharp [email: [e-mail]]]

The ftp server seems to not require a password anymore. Has it been fixed? If so, is there any chance the original setup could be restored temporarily? I know it's a little much to ask you to keep your server broken so that the bug can be tested, especially since there hasn't been any action here for a while, but the crashing code has since been removed (in bug 312760), so I'd just like to test that those changes have fixed the issue.

Comment 9

[Linus Mellberg]

Server is now using the broken configuration for a little while so that ju can test if the bug is solved. But I'd like to change back as soon as possible, so if you post here when you are done or mail me, that would be nice.

Comment 10

[:Gavin Sharp [email: [e-mail]]]

Ok, this works on the trunk now. Since this isn't likely to be fixed on the 1.8 branch, I'll mark this WORKSFORME.

Thanks for the help Linus!