HTTP error 0

p.s

6.x-3.0-alpha3 has problems
6.x-3.0-alpha2 is ok
6.x-3.0-alpha1 is ok

I have this problem too....
Can someone tell me what is this filefield-ahah-wrapper...

Same problem. Also happens when you try to remove an uploaded file, and when logged in as an admin user. Just recently upgraded to Drupal Core 6.4...don't think that's the issue though.

Same issue here. Important to note that only occurs in non admin account. Have all permissions set correctly. Alpha3 is essentially broken.

Apparently, someone the filefield module is still working. If you don't click the update button, but instead, preview or save. It wont use the broken code.

I can confirm what other people are experiencing. I rolled back from alpha 3 to 6.x-3.0-alpha2 and it is fixed the problem.

Same here. Even after setting ALL PERMISSIONS to new user.

I don't have time to look into this just now, but subscribe.

subscribe

Same problem....subscribe

As I can see the problem is in filefield_menu():

Because filefield_edit_access() operates $field_name but [content type] passed instead.

The patch will be ready soon.

The patch.

Thanks, it fixes now!

If at first it doesn't work, clear Drupal cache, clear browser cache and then reload the form.

Thanks for the patch!

Vladimir's patch is correct, and you will need to clear Drupal's menu cache for it to take effect.

thanks, committed to HEAD.

Sorry to bring up a fixed issue but I have installed the latest dev version and it works with every browser I have tried (other comptuer with both internet explorer and firefox) it on except my main browser (firefox), what do I need to do to so it uses the new version of FileField?
I have tried clearing both the cache of firefox and my drupal site and still nothing.

Automatically closed -- issue fixed for two weeks with no activity.

Automatically closed -- issue fixed for two weeks with no activity.

good afternoon, i am having the same problem. I have version 6.x-3.0-alpha4, which have the code already fixed.
I get the same error trying to upload any image to fields created with filefield/imagefield. i can upload posts attachments with any problem. Is there any configuration that can affect this module?
thanks,

gb

if "Path settings" -> "[date-in-tz]" - if name of date not in english - directory have bad name and we have... this error

Hello,
----updated
I have checked the path and set to [user], just in case. The system behaves the same, get an error :
An HTTP error 0 ocurred
/peslab/filefield/ahah/work/field_thumb/0
were 'peslab' is the sitename; 'work' is the content type and 'field_thumb' is the field. The weird thing is that there is not such a path in my installation.
I can can see the file uploaded in the server (in "sites/default/files/admin'), but all uploads i am trying with filefiled returns the same error.
Any suggestion??

Thanks,

gb

When filefield's AHAH callback isn't replying with valid info like this you *should be getting a PHP error in your server logs. I would check there to see what's tripping up the call.

thanks moonshine, but i have no php entries in the error log. Maybe a js issue?
i have tried several browsers (ie 6, firefox 3 mac os and safari) with no success.
I am new to drupal and i don't know how to continue. Shall i install a previous version of filefield/imagefield to see if it works?

Are you running CCK Fieldgroup Tabs by chance?

No, just the module Fieldgroup (version 6.x-2.0-rc7)

need a clear set of steps that i can use to reproduce this error. try disabling the devel module if it's enabled.

I have the same error with 6.x-3.0-alpha5 and 6.x-3.x. when i hit "save", the following throws on the screen:

{ "status": true, "data": "\x3cdiv class=\"ahah-new-content\"\x3e\x3cdiv class=\"form-item\" id=\"edit-field-photo-0-wrapper\"\x3e\n \x3clabel for=\"edit-field-photo-0\"\x3eProperty Photo: \x3c/label\x3e\n \x3cinput type=\"hidden\" name=\"field_photo[0][fid]\" id=\"edit-field-photo-0-fid\" value=\"18\" /\x3e\n\x3cimg src=\"http://74.220.219.69/~roddyinc/sites/default/files/CalvinOnHorse_1.jpg.thumb.jpg\" /\x3e\x3cdiv class=\"form-item\" id=\"edit-field-photo-0-data-description-wrapper\"\x3e\n \x3clabel for=\"edit-field-photo-0-data-description\"\x3eDescription: \x3c/label\x3e\n \x3cinput type=\"text\" maxlength=\"128\" name=\"field_photo[0][data][description]\" id=\"edit-field-photo-0-data-description\" size=\"60\" value=\"\" class=\"form-text\" /\x3e\n\x3c/div\x3e\n\x3cdiv class=\"form-item\" id=\"edit-field-photo-0-list-wrapper\"\x3e\n \x3clabel class=\"option\"\x3e\x3cinput type=\"checkbox\" name=\"field_photo[0][list]\" id=\"edit-field-photo-0-list\" value=\"1\" class=\"form-checkbox filefield-list\" /\x3e List\x3c/label\x3e\n\x3c/div\x3e\n\x3cdiv class=\"form-item\" id=\"edit-field-photo-0-upload-wrapper\"\x3e\n \x3clabel for=\"edit-field-photo-0-upload\"\x3eReplace: \x3c/label\x3e\n \x3cinput type=\"file\" name=\"files[field_photo_0]\" accept=\"jpg,jpeg,png,gif\" class=\"form-file\" id=\"edit-field-photo-0-upload\" size=\"60\" /\x3e\n\n \x3cdiv class=\"description\"\x3eMaximum Filesize: \x3cem\x3e2 MB\x3c/em\x3e\x3cbr /\x3eAllowed Extensions: \x3cem\x3ejpg jpeg png gif\x3c/em\x3e\x3cbr /\x3eMust be a JPEG, PNG or GIF image\x3c/div\x3e\n\x3c/div\x3e\n\x3cinput type=\"submit\" name=\"op\" id=\"edit-field-photo-0-upload-btn\" value=\"Upload\" class=\"form-submit\" /\x3e\n\x3cinput type=\"submit\" name=\"field_photo_0_remove_btn\" id=\"edit-field-photo-0-remove-btn\" value=\"Remove\" class=\"form-submit\" /\x3e\n\n\x3c/div\x3e\n\x3c/div\x3e\x3cscript type=\"text/javascript\"\x3ejQuery.extend(Drupal.settings, { \"basePath\": \"/~roddyinc/\", \"admin_menu\": { \"margin_top\": 1 }, \"ahah\": { \"edit-attach\": { \"url\": \"/~roddyinc/?q=upload/js\", \"event\": \"mousedown\", \"keypress\": true, \"wrapper\": \"attach-wrapper\", \"selector\": \"#edit-attach\", \"effect\": \"none\", \"method\": \"replace\", \"progress\": { \"type\": \"bar\", \"message\": \"Please wait...\" }, \"button\": { \"attach\": \"Attach\" } }, \"edit-field-photo-0-upload-btn\": { \"url\": \"/~roddyinc/?q=filefield/ahah/property/field_photo/0\", \"event\": \"mousedown\", \"keypress\": true, \"wrapper\": \"edit-field-photo-0-ahah-wrapper\", \"selector\": \"#edit-field-photo-0-upload-btn\", \"effect\": \"fade\", \"method\": \"replace\", \"progress\": { \"type\": \"throbber\" }, \"button\": { \"op\": \"Upload\" } }, \"edit-field-photo-0-remove-btn\": { \"url\": \"/~roddyinc/?q=filefield/ahah/property/field_photo/0\", \"event\": \"mousedown\", \"keypress\": true, \"wrapper\": \"edit-field-photo-0-ahah-wrapper\", \"selector\": \"#edit-field-photo-0-remove-btn\", \"effect\": \"fade\", \"method\": \"replace\", \"progress\": { \"type\": \"throbber\" }, \"button\": { \"field_photo_0_remove_btn\": \"Remove\" } } } });\x3c/script\x3e" }

Hope that helps someone (who is much smarter than i) figure out what could be going on here.

Maybe it is a rather weird and funny, but.. I have the same situation as cwhitcoe (6.x-3.0-alpha5). I have a gallery site made with imagefield, imagecache and lightbox. I added 1 site - everything was OK with uploading images. Then I made a view site (with views module), wanted to add another site to gallery and I got this error: HTTP: 0. /filefield/ahah ...
But I use Firefox with Greasemonkey and some scripts, when I turned off Greasemonkey, I was able to upload next images without any problems. So try this.

I have the same problem with the version = "6.x-3.0-alpha5" filefield. As administrator I always get an "The Image upload failed" (even when it is technically a file upload).

When the module TinyTinyMCE is enabled I get the same behaviour as noted in this thread; ie. I get a javascript error message, and I get about the same message as #28. I've been turning that module on and off and consistently get the same problem.

It is important to note that regardless the file is not uploaded to the site. The module creates the correct subfolders in the files folder, but nothing is written. The logs doesn't reveal anything, except that the ahah message has been returned. The error log has no error messages while testing with and without TinyTinyMCE.

I've always hat this problem with the filefield 3 series, never got it to work; except once earlier today on an all new installation of xampp at work.

HOW TO RECREATE?
Download xampp-macosx-0.7.4.tar.gz and install in Applications
Change /Applications/xampp/etc/php.ini to accept files of 32M size, max script memory to 128M
Change /Applications/xampp/etc/httpd.conf to allow All in <Directory "/Applications/xampp/xamppfiles/htdocs">
Download Acquia-drupal-1.0.1-ISR.2844.tar.gz
Install drupal.
Activate the content module and Save configuration
Activate the FileField module and save configuration
Make a simple content type "FileUpload" add a file field and try to upload.

Fails every time.

Fails differently on a MacBookPro with 10.4.x vs a Mac Pro with 10.5.x. On the former the files show up in the files directory, but they will not attach to the node. On the latter the files aren't even uploaded.

I'll try 6.6 of Drupal and see if there is any change, then thry alpha4 of filefield for good measure.

It works fine on the hosting I use, I can upload the files there. It seems to be either OSX or XAMPP related. Those of you who experienced this problem could chip in by telling what OS and configuration.

It would be nice to have it working on a local development setup as well.

I got this error:

An HTTP error occured. /filefield/ahah/datei/field_hplbl_file/0

Can be produced the following way: Select two files and then hit the upload button. If I select one file, upload and then select the other file and upload it just works fine.

Maybe this could be avoided with only displaying one filefield by default.

For XAMPP/LAMP etc, the issue is: http://drupal.org/node/283140

Go into the php.ini file and uncomment upload_tmp_dir and write it as follows:

upload_tmp_dir = /tmp

That should solve the problem for OSX.

Having same ahah error 0

i am trying to create an image gallery using cck, filefield,imagefield,and views. I am using 6.6 Everything else seems to be working.
The following error occurred when preview was clicked:

I am about 6 months into drupal but still on the sucks part of the learning curve. Any help?

{ "status": true, "data": "\x3cdiv class=\"ahah-new-content\"\x3e\x3cdiv class=\"form-item\" id=\"edit-field-image-0-wrapper\"\x3e\n \x3clabel for=\"edit-field-image-0\"\x3eimage: \x3cspan class=\"form-required\" title=\"This field is required.\"\x3e*\x3c/span\x3e\x3c/label\x3e\n \x3cinput type=\"hidden\" name=\"field_image[0][fid]\" id=\"edit-field-image-0-fid\" value=\"16\" /\x3e\n\x3cimg src=\"http://www.kentdev.responseactiondesign.com/sites/default/files/images/1/tt-7789_0.JPG.thumb.jpg\" /\x3e\x3cdiv class=\"form-item\" id=\"edit-field-image-0-data-description-wrapper\"\x3e\n \x3clabel for=\"edit-field-image-0-data-description\"\x3eDescription: \x3c/label\x3e\n \x3cinput type=\"text\" maxlength=\"128\" name=\"field_image[0][data][description]\" id=\"edit-field-image-0-data-description\" size=\"60\" value=\"test\" class=\"form-text\" /\x3e\n\x3c/div\x3e\n\x3cdiv class=\"form-item\" id=\"edit-field-image-0-list-wrapper\"\x3e\n \x3clabel class=\"option\"\x3e\x3cinput type=\"checkbox\" name=\"field_image[0][list]\" id=\"edit-field-image-0-list\" value=\"1\" checked=\"checked\" class=\"form-checkbox filefield-list\" /\x3e List\x3c/label\x3e\n\x3c/div\x3e\n\x3cdiv class=\"form-item\" id=\"edit-field-image-0-upload-wrapper\"\x3e\n \x3clabel for=\"edit-field-image-0-upload\"\x3eReplace: \x3c/label\x3e\n \x3cinput type=\"file\" name=\"files[field_image_0]\" accept=\"jpg,jpeg,png,gif\" class=\"form-file\" id=\"edit-field-image-0-upload\" size=\"60\" /\x3e\n\n \x3cdiv class=\"description\"\x3eMaximum Filesize: \x3cem\x3e1 MB\x3c/em\x3e\x3cbr /\x3eAllowed Extensions: \x3cem\x3ejpg jpeg png gif\x3c/em\x3e\x3cbr /\x3eMust be a JPEG, PNG or GIF image\x3c/div\x3e\n\x3c/div\x3e\n\x3cinput type=\"submit\" name=\"op\" id=\"edit-field-image-0-upload-btn\" value=\"Upload\" class=\"form-submit\" /\x3e\n\x3cinput type=\"submit\" name=\"field_image_0_remove_btn\" id=\"edit-field-image-0-remove-btn\" value=\"Remove\" class=\"form-submit\" /\x3e\n\n\x3c/div\x3e\n\x3c/div\x3e\x3cscript type=\"text/javascript\"\x3ejQuery.extend(Drupal.settings, { \"basePath\": \"/\", \"ahah\": { \"edit-book-bid\": { \"url\": \"/book/js/form\", \"event\": \"change\", \"keypress\": null, \"wrapper\": \"edit-book-plid-wrapper\", \"selector\": \"#edit-book-bid\", \"effect\": \"slide\", \"method\": \"replace\", \"progress\": { \"type\": \"throbber\" }, \"button\": false }, \"edit-field-image-0-upload-btn\": { \"url\": \"/filefield/ahah/image/field_image/0\", \"event\": \"mousedown\", \"keypress\": true, \"wrapper\": \"edit-field-image-0-ahah-wrapper\", \"selector\": \"#edit-field-image-0-upload-btn\", \"effect\": \"fade\", \"method\": \"replace\", \"progress\": { \"type\": \"throbber\" }, \"button\": { \"op\": \"Upload\" } }, \"edit-field-image-0-remove-btn\": { \"url\": \"/filefield/ahah/image/field_image/0\", \"event\": \"mousedown\", \"keypress\": true, \"wrapper\": \"edit-field-image-0-ahah-wrapper\", \"selector\": \"#edit-field-image-0-remove-btn\", \"effect\": \"fade\", \"method\": \"replace\", \"progress\": { \"type\": \"throbber\" }, \"button\": { \"field_image_0_remove_btn\": \"Remove\" } }, \"edit-field-image-1-upload-btn\": { \"url\": \"/filefield/ahah/image/field_image/1\", \"event\": \"mousedown\", \"keypress\": true, \"wrapper\": \"edit-field-image-1-ahah-wrapper\", \"selector\": \"#edit-field-image-1-upload-btn\", \"effect\": \"fade\", \"method\": \"replace\", \"progress\": { \"type\": \"throbber\" }, \"button\": { \"op\": \"Upload\" } }, \"edit-field-image-field-image-add-more\": { \"url\": \"/content/js_add_more/image/field_image\", \"event\": \"mousedown\", \"keypress\": true, \"wrapper\": \"field-image-items\", \"selector\": \"#edit-field-image-field-image-add-more\", \"effect\": \"fade\", \"method\": \"replace\", \"progress\": { \"type\": \"throbber\" }, \"button\": { \"field_image_add_more\": \"Add another item\" } } } });\x3c/script\x3e" }

wtf?!?! Ok please do not reopen closed issues. all of you shame... Please open a new issue with a synopsis of everything after the access control issue was closed. Preferable a simple steps to recreate, what happened, and what you expected. With the HTTP 0 thing... try running with JS disabled. often it occurs because something goes wrong on the drupal side, or devel injects a header. The HTTP 0 is a fairly common error for Ajax issues... please don't lump it under on issue.

.darrel.

I am having this problem with Beta5, is there a patch for this in beta5?

I am having the same http0 error, however, unrelated to devel. I am trying to upload images that are 3.5mb (all the php.ini settings are set to 20mb max). If i lower the file size, the upload works perfect, if I try and upload the original image, it barfs with http0 every time.

any help would be appreciated... thanks.

Ok, I fixed my issue after days of looking it at it. I switched to imagemagick instead of gd, and updated the imagemagick toolkit. The error has gone away.

Cheers.

I had this problem with my site, it worked fine on my development server, i moved it to the clients live server and suddenly started getting the error: /[path]/filefield/ahah/[content type]/field_[field_name]/0.

I tested the upload of the image before launching it, but the image i uploaded was a much smaller filesize than the ones the client uses as backgrounds.

Anway the solution for me was handed to me by Drupal itself, it mentioned in the status report that the Memory_limit in php was too low. I dropped this line into my site and bingo it worked ini_set("memory_limit","20M"); If it doesnt work you may need to increase the amount of memory, (please be careful when doing this).

My Drupal Version is: 6.6
My FileField version is: 6.x-3.0-alpha5

Hope this Helps someone

Regards
Luke Tarplin
Web Developer

The same on alpha6.

Downgrading to filefield-6.x-3.0-alpha2.tar.gz helps:)

Issue still continue here => #329913: still HTTP error 0

Hi moonshine, I'm getting the 'http error 0' message with the latest version of filefield installed (6.x-3.0-alpha6), and I am using CCK Fieldgroup Tabs, is it likely that this is the cause of the problem? I've not been able to fix the error with any of the suggestions listed here / in related postings, and would like to use fieldgroup tabs if possible, but appreciate they are still in dev!
Many thanks,
Chris

I was having the same problem while uploading images to Ubercart.

It turned out the images I were using were abnormally wide (50 inches) and by reducing their size a bit the problem went away.

Here's the error when I apply the patch:

patching file filefield.module
Reversed (or previously applied) patch detected! Assume -R? [n]
Apply anyway? [n] y
Hunk #1 FAILED at 29.
1 out of 1 hunk FAILED -- saving rejects to file filefield.module.rej

Anyone know how to resolve?

Hi

some users of my site reporting this bug when they want to add or replace images.
What is weird that me as admin, or by masquerade as that user can't reproduce this error.
(latest filefiled and imagefield)

Igorik

Hello,

I'm using alpha7 and I have this error even being logged as administrator with Devel module turned off.
It's somehow connected with size of the file and generally is not appearing for files < 1MB...
There is no way to upload a few MB JPGs which... make me sad ;]

Kotu

Kotu: I had the same problem. After hours of debugging I discovered that my php memory limit was set to 32MB. I increased the memory to 512MB and the error went away.

hi guys, i had the same problem.
FCKEditor with attached imagefield worked ok, but after changing fckeditor setup and forced simplified toolbar for body field the http error 0 appeared when trying to upload images.
I think that filefield and fckeditor have some problem together...but not always.
To fix the problem i forced plain text for body field, now i don't have fckeditor and imagefield upload on the same content type.
Hope this helps.

Koto and all,
I'm brand new to Drupal. I got this error uploading my second file. How do I change the PHP limit?
Thanks.

Edit your php.ini and look for the settings.
Read more: http://drupal.org/node/100373
or Google more

I was having the same problem. It seems to have started when I updated Devel module. I disabled Devel module and it started working again. (In case it helps those who were asking, my site is on Windows 2008, IIS 7.)

Same problem here:

Server and config: Drupal 6.10/php 5.1/RHE5; php memory set to 512M w/ only core modules installed + imagefield, cck, and filefield, using Garland as a test theme.

Upload procedure works fine in Firefox: selects file, uploads, previews, saves. Works great.

In Safari (3.2.1) I get the dreaded code dump, the file is uploaded to the server, but no preview, no file saved to the db.

In Opera (9.6.3) I get the same behavior as in Opera.

Nothing changes when I turn off Devel.

On a CentOS server, I can get further w/Safari, but noticed differences in behavior:

Imagefield defined as multiple images. When I go to upload field, get code. However, if I click on the "Add another" button, the image preview magically appears.

I went back and tried to replicate on the RHE server, but when I upload and get the code dump, no preview appears.

No problems at all in Firefox. I'm guessing a java version issue somewhere, but I don't know where to look to figure this one out.

I just realized this was closed. I'll file a new one, with more findings.

After hours figthing, I just disabled FCKeditor and Wysiwyg and now is working normally. Apparently there's an issue with these modules and image_field, also it affected the way image_cache work.

FCKeditor breaks all uploads. See #248146: File upload throws error on attach only when FCKeditor is on page.

Just have the same message
After long tests just realize that working on other navigator like midori but not in my Firefox install.

So test firefox plugins one by one and find the usual suspect :
Linkification : http://yellow5.us/firefox/linkification/

To fix it :
- desactivate it or ...
- add your site on the linkification blacklist

Hope it will help ....

I am having this problem in multiple sites, but only when trying to upload with Firefox. I found that after disabling all my addons, the file upload would work. I kept only the webdev toolbar which seems to work fine

I have the same problem. But it does not work in any browser for me. /[path]/filefield/ahah/[content type]/field_[field_name]/0

I had The same Problem again on a drupal 6.* site, but this time not caused by the php memory limit, as that was set fine, firebug was complaining every time i tried to upload a file, when not logged in as user 1, so for example: I am an authenticated user with the permissions to upload files, however it kept giving me the error: An http 0 occurred /upload/js.

Firebug kept complaining about an unknown method call d.submit in jquery.forms.js and after looking at the script it appears that if any form element is named submit or has an id of submit it will fail. So after locating 2 submit elements in seperate forms and renaming them using firebug the file uploaded fine.

The solution i found was to ensure no Javascript errors, this included stripping out the commenting at the head of the jquery.forms.js file as the javascript packing engine was complaining about it. I also went through my hook_form_alter methods in my custom modules and discovered that an element i had altered was being named submit by default within drupal, so i added a '#name' element and this sorted the problem for me.

Quite an obscure one that had me busy for a day.

Kind Regards
Luke Tarplin
Web Developer

I was getting this same exact error. I started to look at what modules I have installed in my FF3.5. In a fresh install of 3.5 and 3.0.10 it worked fine. The first modules I uninstalled was firebug. when it still didn't work I reinstalled it.

I finally came to the ad block plus module. instead of uninstalling it, I just disabled it from the small menu item that it places in the toolbar. It started uploading fine. I do not know if this is an issue with a combination of fckeditor since the page I was testing on did not have a text area that got replaced by fckeditor.

so I think, at least in my case, something in adBlock Plus for FireFox is what is causing my problem. I even turned off the FCKEditor module and it worked with adBlockPlus disabled and not work when it was enabled.

go figure

Nothing works for me. Not one of the 6 browsers memory limits, addons ahhhhhhhhh!!!!!!!!!!!!

Changing the image size a couple of times fixed this. The size has never been an issue before though.

If you're reading this, you're probably as frustrated as I was that this seemed to be a problem with a million solutions - and none. (I.e. tons of specific fixes suggested, but none work.)

Well, I found a million-and-oneth. It was mentioned by no one else here, but it worked for me and it may work for you:

RDF Module (6.x-1.0-alpha7) - I disabled this, and the problem went away.

Slightly more broadly, I just had a think about what I changed between when image uploads worked and when they broke. You might do better with that strategy, rather than searching for "the fix" for this on the forums. Evidence is that there's no "the fix", only "your fix". >^\ Or, put another way, it seems like a lot of things might conflict with filefield.

Good luck!

This problem occurs in reducing resolution of picture.
I tried load image resolution which is bigger that adjusted in parameter for maximum image resolution (600x480).
If is image to limit - all is OK.
If the image is over limit, occurs:

An HTTP error 0 occurred.
/?q=filefield/ahah/report/field_xxx/0

Core 6.13
ImageField 6.x-3.1
FileField 6.x-3.1
Firefox 3.5.1

IE 8.0 hasn't any problem.

I Enabled (PECL uploadprogress)
I increased PHP memory limit from 64M to 256M
Problem gone.
I will test it again with another server.

I just updated to Filefield 6.x-3.1 and Filefield_paths 6.x-1.3, and I'm getting this error a lot with .tar.gz files, files segmented using split, etc.

Is it possible GetID3 is choking trying to determine the file's mimetype? Or that Filefield_meta is having compatibility issues with getID3? I ran some tests and it seems to indicate this. (I'm setup to upload files as big as 1GB, so I know it's not a memory setting.)

Also, on cases that fail with the Upload button, clicking Save instead doesn't work for me - I get a white screen, and upon clicking Back I get the edit form with a drupal_set_message STATUS with something like "For security reasons, your upload has been renamed to archive.tar_.gz.", and no files are listed in the Filefield widget. (tho the files were uploaded and listed in {files})

I also see this error written into a drupal_set_message ERROR within the filefield table div: "warning: unpack() [function.unpack]: Invalid format type p in /var/www/html/sites/all/modules/getid3/getid3/module.archive.tar.php on line 41."

Over the past months I had been testing with 400MB files that are dummy zero-filled, so I have little idea if this problem has been hanging around on my site. (BTW, often I see that if keepalive has timed out between the browser and apache then no progress bar is shown.)

EDIT:

I updated to getID3 1.7.9, and in the process I set the getID3 location path wrong -- FF couldn't find it and the HTTP 0 error went away. I fixed the path and the error's back. Disabling Filefield_meta completely eliminates this error for me, and looking in {filefiled_meta} is see columns named "audio_..." so I don't need this sub-module and having it disabled is fine for me.

With FF3.0.12 i can confirm that deactivating or uninstalling addons like greasemonkey or linkification solve the problem for me. I only use measureit, colorzilla and firebug now and theres no problem with uploads any more.

I can confirm that problem was in enabled FF module linkification.
After disabling the module, upload works.

For what it's worth, I also had this problem uploading with FireFox 3 - and my fix was to use FF extension NoScript to disable ALL javascript, do the upload - which then worked - then change the setting to ALLOW javascript, and save.

Someone mentioned using imagemagick instead of gd2 as a fix - but I was using imagemagick and still had the problem. So, it does seem to be a problem with multiple possible causes, not just one.

Confirmed!

For me it was the "smarterfox" addon. I disabled 'linkyfy tekst urls' and the problem went away.

My issue/fix may help those that had it working on a development server and then had these errors popup on a live server)

If you have CiviCRM installed check your CiviCRM Admin -Global Settings - Resource URLs
http://yourdomain.com/civicrm/admin/setting/url?reset=1

CiviCRM initially popluates these fields from the information in your civicrm.settings.php file, but DOES NOT update them later if you update civicrm.settings.php to reflect a new url.

Bad input in these fields will embed the civicrm jquery javascript from a "foreign" server on everypage regardless of theme and creates these errors because the jquery commands are not coming from a "local user" thus causing a user access problem.

Once I updated the CiviCRM resource urls to be correct domain, the problem disappeared for both Upload and FileField fields throwing the HTTP error 0.

Hope this helps.

Hey Guys-

An HTTP error 500 occurred.
/filefield/ahah/profile/field_content_image/0

I am having the same problem too. I am up to date with Filefield and ImageAPI. All but one of my content types allows me to upload into the field. All of my content types upload into field_content_image so I can make view call across all of my content. I have added another separate image field to the content type that is giving me problems and the other image field does not work as well. However every where else it works fine. I have checked the server memory and the permissions and all seem right. Any suggestions would be great!!.

Thanks-

Tony

subscribing

I also have this problem with OPERA 10
IE8 works ok

Same thing for me with FireFox. Disabling the Browser Highlighter Add-on fixed it! (why?, I have no idea).

Disabling browser hilighter fixed this for a support ticket we had as well.

Edit - Links to the addon

https://addons.mozilla.org/en-US/firefox/addon/11808
http://www.browserhighlighter.com/

Disabling Devel module worked for me on Firefox 3 on Mac.

Safari failed (no error but uploading never ends).

Memory limit at 128M and with Opera 10 Fails, with Firefox 3.5.3 OK

PECL not installed

Subscribing

# Same issue as k74

Subscribing.
Same problem in Firefox/Shiretoko 3.5 on Linux and Windows, Opera 10 on Linux, no problem in IE8 on Windows.
As a workaround I used NoScript (Firefox) to disable all Javascript, uploaded photo (that worked) then re-enabled Javascript.

I have not been able to identify any Firefox plugins as culpable, and that wouldn't explain the problem for Opera anyway.

However I was able to confirm that this only happened for a logged in user with admin rights (not THE admin user 1, but AN admin)
An anonymous user did not have the error.
I have not yet tested with a regular user, but I would have gotten complaints already from my users if they had this problem too.

Subscribing.
Same problem with Filefield 6.x-3.2 in Firefox 3.5.3 on Windows, no problem in IE8 on Windows.

Subscribing.
Same problem with Filefield 6.x-3.2 in Firefox 3.5.3 on OS X.

Subscribing.
Using Filefield 6.x-3.2, IE8, XAMPP 1.7.1 on Windows. This seems to be a file size issue -- in my case, no problem if size is less than 1MB, but always fails if larger than 1MB. I tried this systematically with varying file sizes, and I am convinced in my case there is somewhere a size limit of 1MB that messes things up. Checked phpinfo(), all relevant entries are set to 32M or 64M.

My problem was that any file over 1mb was not being uploaded. I just increased my upload limit size and it worked. Added upload_max_filesize = 10M and post_max_size = 20M to php.ini file on my Drupal root - as I don't have root access for this particular server.

I had issues with my /tmp folder having too many half uploaded files. I removed them and things are fine now.

I am having this problem not only when uploading, but also when attempting to remove files. I'm wondering if there is a bug in Drupal's ahah implementation.

According to Firebug, the post happens as it should; but, on the filefield.js side, $_POST is empty when the submission happens (at least on my server/setup). This is why upload fails.

I updated both Drupal core and Filefield at once just recently, so I can't say which would have been the problem. But, nothing in my server configuration changed, and it worked previously, so it's not the server.

I was indeed having a server config issue; my problem is different than above. Apologies.

Subscribing.

I was having the same http error 0 problem, using Firefox 3.5.5 and the most current stable FileField (6x-3.2).
I had FCKEditor installed.
I uninstalled it and installed WYSIWYG and Open WYSIWYG.
Still had the error.
I uninstalled all editors, but still had the problem.
I uninstalled all my Firerfox add-ons and it worked fine!
(at this point, no editors and no add-ons)
I reinstalled the Firefox add-ons one by one (now that's an exciting job!)
After each add-on was installed, it worked fine.
Then I reinstalled WYSIWYG and used NicEdit 0.9 as the editor.
It all works just fine, now.

From this, I assume that it was the editor(s) FCKEditor and/or OpenWYSIWYG. Even after I uninstalled them, I had problems until I uninstalled and reinstalled all the Firefox add-ons (I reinstalled every one of them).

Anyway, that's my story and I'm sticking to it!

My 2-yen...

I was running into this error using JUpload to load 20 images at a time. I binary-chopped the offending block of images and found the single image that was causing the problem (said "Deadly Jpeg", 1.5MB in size, available upon request for testing).

The Deadly JPEG also caused an error when an individual upload was used (ie: not using JUpload).

The solution (for me) was to increase the PHP memory_limit from 128M to 256M.

I'm running MAMP under MacOS 10.6, running FileField and ImageField 6.x.3-2, using Safari for the upload.

It is happening the same as in post #91. I am attaching the only file that produces "HTML error 0" to my website. I hope it may be helpful to developers.