when trying to upload a picture to field_news_photo, which is a field on this content type: http://localhost/thewmag.org/node/add/news, i receive this error:

An HTTP error 0 occurred. 
/thewmag.org/filefield/ahah/news/field_news_photo/0

when i dismiss the error, it redirects me to this page: http://localhost/thewmag.org/filefield/ahah/news/field_news_photo/0, with what looks like the json output that was supposed to go into the page. debugging from the drupal side it looks like the callbacks are working ok, and returning the right data -- the error appears to be in the js. i'd dig in with firebug, but i don't have it installed on opera.

i've tested this exact same procedure on both safaria and FF, and there's no error, so it looks to be specific to opera.

CommentFileSizeAuthor
#22 scr.jpg69.82 KBfaiwer
Support from Acquia helps fund testing for Drupal Acquia logo

Comments

Tarsjusz’s picture

Same problem.

quicksketch’s picture

I can confirm this also. The AJAX replacement actually works fine if the field is left empty, which makes me think that the upload is failing due to processing on the PHP side. Unfortunately I can't figure out how to make Opera show me more than the response headers from AJAX requests, which makes it a bit hard to see what's happening on the server side.

quicksketch’s picture

Hmm, or not. I can't get Opera to upload anything regardless of the server-side PHP. In fact, I can't even get Opera to upload using the demo of the jquery.form.js file: http://jquery.malsup.com/form/#file-upload

Apparently Opera 10 pretty much broke all uploading, though over in the IMCE queue, they report upgrading the jquery.form.js file fixes it for them: #571456: File upload not working in Opera 10. However upgrading it does not correct FileField.

quicksketch’s picture

Title: JS upload broken in opera » JS upload broken in Opera 10
Stephan_M’s picture

Here too. Filefield upload hangs in opera10, while in firefox the upload works fine.

oerpli’s picture

With opera i had problems. With firefox i haven't got problems, 4 of my friends neither, but about 5 people get the ajax- error, so it' about 50:50

It seems to be somehow random or based on a setting (client- side i would guess) it shouldn't depend on.

Tarsjusz’s picture

Is there any simple solution for this? As would be for example turning off ajax or something?

Tarsjusz’s picture

Solution given in http://drupal.org/node/603826 helped me.

Michelle’s picture

Ah, so this is why I can't upload in Opera. I looked at the issue mentioned in #8 but prefer to not go changing around js files unless that's recommended by Quicksketch since I don't know js and don't know what else that might stuff up. Any chance of an official word on this?

Michelle

luckysmack’s picture

Has there been any update on this? im still having issues with this in Opera 10 and havent been able to find a way to fix it. I feel the same way as Michelle, i odnt want to go moving around file if it might mess things up.

3dloco’s picture

Thanks! The solution in #603826: Linux Opera 10 image upload issues worked for me too.

FYI, I was having HTTP 0 errors in opera, safari, chrome, and IE8.
--I could only get rid of this error and upload if I disabled the ajax module.
--However, after I updated misc/jquery.form.js (as per solution posted), I am now able to use the ajax module and upload ok, without any HTTP 0 errors.

Thanks,

KH

moggy’s picture

upgrading jquery.form.js fixed this problem for me too.

crea’s picture

Subscribing. Replacing the file fixed problem.

mattie-1’s picture

yes, updating to jquery.form.js v2.43 made the error popup disappear, but it doesn't solve my initial prob though .. http://drupal.org/node/434394

alberto56’s picture

Subscribing. My client has reporting the following code on a white page when trying to upload an image using XP and Opera:

{ "status": true, "data": "\x3cdiv
id=\"edit-field-myimages-0-ahah-wrapper\"\x3e\x3cdiv class=\"form-item\"
id=\"edit-field-myimages-0-wrapper\"\x3e\n \x3cdiv
class=\"filefield-element clear-block\"\x3e\x3cdiv
class=\"widget-preview\"\x3e\x3cdiv
...
Sera’s picture

Version: 6.x-3.2 » 6.x-3.3

The issue is still active for version 6.x-3.3, Opera 10.53 and Win XP. I have not tried the above mentioned solution yet.

Miggle’s picture

Updated jquery.form.js to v2.43 and fixed the issue for me.

However, only had issues with Opera 10.1x. Opera 10.5x was alright even before I updated the script.

I truly have doubts that this will be fixed in Drupal 6.x because packaging a new version of jquery form could break other functionalies, and Drupal's strongly moving forward with v7

Christopher Black’s picture

Subscribing.
I also have a Problem using Opera 10.60 for uploading content per Filefield.
When I upload content the ajax clock for upload is running, but doesn't stop even after the content is uploaded.
Updating to a new version of jquery.form.js didn't work.
But the real Problem is, this error only happens with filefield. The cck Imagefield performs the upload without problems.

Fidelix’s picture

I have this problem too.
Upgrading jquery.form.js from http://github.com/malsup/form/raw/master/jquery.form.js did not solve the problem, unfortunately.

i use Opera 10.60 in Linux.
The upload works in firefox / chrome without a problem.

arax28’s picture

Updating jquery.form.js to v2.47 caused error popup in Firefox, which worked normally before updating. Opera 10.61 still doesn't work.

arax28’s picture

Solution appeared in #434394: 'HTTP error 0 occurred' on image upload seems worked for me. Just installed http://drupal.org/project/jquery_form_update and problem is gone. Still need testing from other computers...

faiwer’s picture

FileSize
69.82 KB

Decision:
1. install jQuery Form Update & JS Alter
2. clear drupal cashe
3. If the problem persists, unset your user-js

stevetweeddale’s picture

Updating jquery.form.js fixed the the issue here.

Though not before some head scratching...if JS Alter and jQuery Form Update don't seem to be working for you, note that it appears the jsalter module can be fairly easily broken by rebuilding the scripts variable with drupal_get_js, in my case in template.php:

  drupal_add_js(/* Some custom script you might want to add */);
  $vars['scripts'] = drupal_get_js();

That overwrites the changes JS Alter previously made. Jquery_update module has a clever theme_registry function to avoid this happening (the dev version bundles an updated jquery.form.js), so that works, and is under active development. But, if you'd rather stick with JS Alter and not replace jQuery core itself, use something like the following instead in your template.php:

  drupal_add_js(/* Some custom script */);
  if (function_exists('jsalter_get_js')) {
    $vars['scripts'] = jsalter_get_js();
  }
  else {
    $vars['scripts'] = drupal_get_js();
  }
quicksketch’s picture

Title: JS upload broken in Opera 10 » JS upload broken in Opera 10.1x
Category: bug » support
Status: Active » Postponed

Moving this to a postponed request (although really it should be closed), because there's nothing FileField can do about needing to update the jquery.form.js file in Drupal core. Regarding my opinion (RE: Michelle), yes I think swapping out jquery.form.js is an acceptable solution, it doesn't have any negative repercussions that I'm aware of. It'd probably be okay for Drupal 6 to update it directly, but I doubt that would happen at this stage in the D6 release cycle.

quicksketch’s picture

Status: Postponed » Closed (fixed)