You are not logged in.
Hello,
I am having the following problem with firefox: when clicking the file (that should start a download or present a "Save As" dialog), firefox hangs forever and only "killall firefox-bin" helps. This is not an ocasional issue, and it only started after doing a "pacman -Syu" this morning.
I tried deleting ~/.firefox and ~/.mozilla directories and clearing the download manager history, but to no avail. Anybody has similar issues?
--
Max
Offline
ive just done the same -Syu and have no problems. only thing i can think of is to check the permissions are correct on the directory you are saving to.
Offline
This used to happen to me - it actually had to do with gnome-vfs (oddly enough). Try uninstalling gnome-vfs and see what happens...
Offline
Great! Removing gnome-vfs did the trick. I just hope I want be needing that package for anything
Offline
Great! Removing gnome-vfs did the trick. I just hope I want be needing that package for anything
I'm not sure how, but that bug fixed itself for me. And the one posted to the firefox bug tracker expired a few days ago (I got the email) because it was unconfirmed.
/me shrugs
Offline
For me it actually hangs or "gets stuck" for a while but eventually I can select where I want to save the file and then actually download it with no problem. If I go to download another file it is exactly the same.
It is very annoying.
Offline
This is not solved. I'm still having this problem and as gnome-user. i don't think i can remove gnome-vfs...
Any thoughts?
Offline
This is not solved. I'm still having this problem and as gnome-user. i don't think i can remove gnome-vfs...
Any thoughts?
Can you try it without gnome-vfs? Just remove it with -Rd for testing, then reinstall it.
You could also try:
* install the official firefox build, see if it has the same issues.
* remove all your profiles dirs - there may be a few ~/.firefox ~/.mozilla et al
Offline
I've got the same issue since this week-end (about the time gnome-vfs was upgraded from 2.12.1.1-1 to 2.12.1.1-2).
I've tried the following tests (each time deleting ~/.mozilla):
- to rebuild mozilla-firefox PKGBUILD
- to use prebuilt binaries for firefox 1.0.7
- tu use prebuilt binaries for firefox 1.5rc3
I always get the same result: firefox is freezing when trying to download something.
Removing or cleaning firefox profiles or so does not help to avoid the issue Only removing gnome-vfs fixes it.
I wanted to test firefox with the previous gnome-vfs package (2.12.1.1-1), but I cleaned my local cache, and it does not seem to be available on mirrors...
Can someone send me the package, or make it available for download?
I tried to "strace" firefox when it freezes, the last system calls are:
socket(PF_INET, SOCK_STREAM, IPPROTO_TCP) = 38
bind(38, {sa_family=AF_INET, sin_port=htons(0), sin_addr=inet_addr("0.0.0.0")}, 16) = 0
connect(38, {sa_family=AF_INET, sin_port=htons(111), sin_addr=inet_addr("127.0.0.1")}, 16
I've got gkrellm that is also freezing upon startup. It looks to be the same root cause, because strace shows the same system calls:
socket(PF_INET, SOCK_STREAM, IPPROTO_TCP) = 6
connect(6, {sa_family=AF_INET, sin_port=htons(7634), sin_addr=inet_addr("127.0.0.1")}, 16
But with gkrellm, the result is the same even if gnome-vfs is not installed.
There's maybe something wrong with my network configuration, but I can't figure out what...
Apart from that, everything's working fine...
My loopback interface is up and running, and my /etc/hosts looks like:
127.0.0.1 localhost.localdomain localhost myhostname
Offline
Googling for gnome-vfs-2.12.1.1-1.pkg.tar.gz gave me:
http://search.belnet.be/packages/archli … pkg.tar.gz
http://ftp.nluug.nl/ftp/pub/os/Linux/di … pkg.tar.gz
Offline
I've got the same issue since this week-end (about the time gnome-vfs was upgraded from 2.12.1.1-1 to 2.12.1.1-2).
It's funny because I thought I was crazy when this happened to me way back in the day - I tried everything including recompiling firefox in debug and running via gdb, but found nothing (as it hung in gdb too)
http://bbs.archlinux.org/viewtopic.php?t=10494
I even posted the same thing on mozilla's bug tracker, but I think this is an arch specific issue.
One thing that also caused issues for me when I was having this problems was that the "Download Actions" (that's what it's called in 1.5rc3, not sure what it is in previous versions) used to hang the same way.
As I was typing this, one thing popped into my head that I never thought about: this may have something to do with some mime-info stuff. That would make alot of sense, as the download actions and the "save file as" dialogs most likely use the mime info to detect apps and extensions and things like that.
gnoem-vfs does change alot of stuff with the mime-types...
Just an avenue to go down, as I don't experience this anymore (one day it resolved itself). It was the most irritating thing ever, because I had to copy links and use wget to download anything.
Offline
OK. I found out the reason why: my firewall was filtering packets relating to 127.0.0.1.
I couldn't even ping it.
Deactivating some rules made firefox and gkrellm come back to a normal behaviour.
Now, I remember to have changed my firewall rules during the week-end. So, gnome-vfs is definitely not the culprit.
Offline
firewall...? i don't think i got one... and removeing gnome-vfs doesn't help...
Offline
For those that still have problems:
rpcinfo -p localhost
if that does hang, then it's either a fucked up firewall or a "lo" interface that is either not up or doesn't have 127.0.0.1 configured as address.
IMHO this is not a firefox problem, but a stupid firewalling problem. The only thing that gnome-vfs has to do with it is that it tries to look for fam via portmap, which takes ages when localhost is firewalled or down.
Offline
For those that still have problems:
rpcinfo -p localhost
if that does hang, then it's either a fucked up firewall or a "lo" interface that is either not up or doesn't have 127.0.0.1 configured as address.
IMHO this is not a firefox problem, but a stupid firewalling problem. The only thing that gnome-vfs has to do with it is that it tries to look for fam via portmap, which takes ages when localhost is firewalled or down.
Hmm, I could see that - I will try shutting down my lo and seeing if it's the same problems I used to experience.
Offline
For those that still have problems:
rpcinfo -p localhost
if that does hang, then it's either a fucked up firewall or a "lo" interface that is either not up or doesn't have 127.0.0.1 configured as address.
IMHO this is not a firefox problem, but a stupid firewalling problem. The only thing that gnome-vfs has to do with it is that it tries to look for fam via portmap, which takes ages when localhost is firewalled or down.
Hmm.. I've been having this problem for a while and I get:
rpcinfo -p localhost
rpcinfo: can't contact portmapper: RPC: Remote system error - Connection refused
Here is part of my rc.conf:
lo="lo 127.0.0.1"
eth0="dhcp"
wlan0="dhcp"
INTERFACES=(lo wlan0 !eth0)
And here is my /etc/hosts:
127.0.0.1 localhost.localdomain localhost machine
What am I missing? I don't have any kind of firewall either. I'd love to solve this too because it's been driving me nuts for a while.
Thanks.
I am a gated community.
Offline
same config and same problem here...
Offline