If you think a bug might affect users in the 57 release, please set the correct tracking and status flags for Release Management.

"Internal error dispatching command dcc-accept" error on file creation

UNCONFIRMED
Assigned to

Status

Other Applications
ChatZilla
UNCONFIRMED
7 years ago
2 years ago

People

(Reporter: imagelesskink, Assigned: Robert Ginda)

Tracking

Trunk
x86_64
Windows 7

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

7 years ago
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101203 Firefox/3.6.13 (.NET CLR 3.5.30729)
Build Identifier: 0.9.86

When attempting to downloading a file from an xdcc bot, I get the error message 'Internal error dispatching command “dcc-accept”.' and an empty file is created. Attempting to accept the transfer again results in an error saying that I am not in request state. I have to wait until the connection times out, then request the file again and overwrite the empty file in order for it to save properly. Only empty files created in the current session of chatzilla or its copies can be overwritten. Any file created or overwritten cannot be modified until chatzilla and firefox are closed.

Reproducible: Sometimes

Steps to Reproduce:
1. Join channel
2. Request file from an XDCC bot
3. Accept transfer and save the file

To successfully download when this error occurs:
1. Copy the empty file and paste as many copies as you'll need (if you want to download other files afterward)
2. After the transfer request times out, send another request and choose to save over the empty file.
3. If you want to download other files, save them over the copies you made.
Actual Results:  
The transfer was not started, further attempts to accept fail, and an empty file is created. Files cannot be modified until chatzilla and firefox are closed.

Expected Results:  
The transfer should start and the file should save normally.

Seemingly random, every once in a while it works normally. I was saving to an external drive if that means anything, but I was saving to the same place the times when it worked. I'm doing this from my dorm, so I'm behind the University's firewall.

Comment 1

6 years ago
This is also happening in the current release of CZ with Firefox 11.
Also if you try to accept a file from some one the accept/decline links will fail as well and if the nic is in the auto accept list you can end up with mutiples of the file and all but 1 will be a zero(0) length file and non deleteable till you close CZ/FF as windows will say those files are in use.
OS: Windows 7 32-bit
Version: ChatZilla 0.9.88.1 [Firefox 11.0/20120312181643]

Comment 2

6 years ago
(In reply to Wolfpup from comment #1)
> This is also happening in the current release of CZ with Firefox 11.
> Also if you try to accept a file from some one the accept/decline links will
You're looking for bug 736300
Workaround is to use /dcc-accept
For more info on the command do /help dcc-accept

Comment 3

6 years ago
(In reply to Mardeg from comment #2)
> (In reply to Wolfpup from comment #1)
> > This is also happening in the current release of CZ with Firefox 11.
> > Also if you try to accept a file from some one the accept/decline links will
> You're looking for bug 736300
> Workaround is to use /dcc-accept
> For more info on the command do /help dcc-accept

that might be a viable work around but if you have specific nic's in the auto accept list when this happens then it is still an issue. I have some XDCC bots in the auto accept list when this is happening and will end up with with up to 4 null files before it will actually save the file and i can not remove the null files till i shut down CZ/FF.

Comment 4

6 years ago
(In reply to Wolfpup from comment #3)
> (In reply to Mardeg from comment #2)
> > (In reply to Wolfpup from comment #1)
> > > This is also happening in the current release of CZ with Firefox 11.
> > > Also if you try to accept a file from some one the accept/decline links will
> > You're looking for bug 736300
> > Workaround is to use /dcc-accept
> > For more info on the command do /help dcc-accept
> 
> that might be a viable work around but if you have specific nic's in the
> auto accept list when this happens then it is still an issue.
Agreed. Workarounds are not there to make it a non-issue, and I was only referring specifically to the buttons not working, nightly builds with them working are at http://james-ross.co.uk/mozilla/chatzilla/nightly/#0.9.88.1-2012032219
 
> i can not remove the null files till i shut down CZ/FF.
Workaround: http://www.emptyloop.com/unlocker/#download2

Comment 5

2 years ago
ChatZilla 0.9.92 [Firefox 45.0a2/20160103004008]

I have the same problem as described above, but the workarounds don't work for me (using accept commands or using autoaccept) I'cant store both on the local harddrive and on a remote samba share.

```
[02:10:11]	[ERROR]	Internal error dispatching command “dcc-accept”.
[02:10:11]	[ERROR]	NS_ERROR_FAILURE: Failure'Failure' when calling method: [nsIProtocolHandler::newChannel] @ <chrome://chatzilla/content/lib/js/connection-xpcom.js> 276
```

Do you need more information?
You need to log in before you can comment on or make changes to this bug.