Postponed (maintainer needs more info)
Project:
Rotor Banner
Version:
6.x-2.x-dev
Component:
User interface
Priority:
Critical
Category:
Support request
Assigned:
Unassigned
Reporter:
Created:
14 Jun 2009 at 20:46 UTC
Updated:
7 Feb 2012 at 11:31 UTC
Comments
Comment #1
linealternativa commentedthe same thing is happened to me :-(
Comment #2
mrfelton commentedDo you have FCKEditor enabled by chance?
Comment #3
xyber commentedNope, no fck editor. I'm using BUeditor
-Xyber.
Comment #4
mrfelton commentedI can only think that this is some kind of module conflict. Please can you disable all other contributed modules and confirm if the problem exists. If not, start enabling your modules again and find out where the conflict is.
ps. what browser/os are you using?
Comment #5
xyber commentedDone a clean drupal install with cck installed and filefield only enabled. Same result... Using FF. I think it is FF is not compatible with filefield. Thank you guys for your replies =) Anyone know how to make FF compatible?
-Xyber.
Comment #6
mrfelton commentedI don't think this is anything todo with filefield as Rotor Banner doesn't use it. It uses the upload_element module to provide the file upload facility. I seem to be unable to reproduce this problem. Perhaps you could try with the latest -dev version of upload_element?
Comment #7
mrfelton commentedperhaps follow the advice of this person: http://drupal.org/node/297035#comment-1609590
Comment #8
mrfelton commented3 sugestions:
Try using the ImageMagick Image toolkit instead of GD
If using ImageMagic, check it is installed correctly at admin/reports/status
Check your file upload limits at /admin/settings/uploads
Comment #9
edemus commentedsubscribe
Comment #10
yogeshchaugule8 commentedI was also having same problem,
Go to your File System
http://yoursite.com/admin/settings/file-system
check your Temporary directory (location and permission for directory)
like in my case my Temporary directory was 'C:\wamp\temp'
I changed it to '/tmp'
And it solved my problem, I can upload images now
Comment #11
crifi commentedThis problem is maybe caused by a wrong configuration of $base_url and should be prevented by inserting a warning message to the requirements system. Therefore I created a new issue #1046682: Install/Update process fails if $base_url is set to a wrong URL. Please close this bug as a duplicate, if this solves your issue. Thanks!
Comment #12
gianfrasoft commentedI solved in a strange way!
The problem for me was in all site's upload widgets(!).
After a lot of javascript debug (I think this is merely a javascript issue) i changed line 93 of ahah.js 'cause I found a problem in interpreting the HTTP response (that is not in JSON format) and i solved the problem this way:
old code:
my code:
If this solution corrects your problem, please give a feedback and let's try to understand why ahah.js acts this way...
Cheers.
Comment #13
2c commentedThanks gianfrasoft,
That worked for me as well. I wonder if it will cause problems when the data is expected to be in json format?
Comment #14
japicoder commentedHi gianfrasoft,
I checked your solution, but to solve my problem I commented the ahah.error return. This is my code:
Obviously, I will get no errors from ahah in any way, including errors I want to see, but now for its ok, so I hope can be good to somebody else.
Comment #15
jg314 commentedCommenting out the error and changing the dataType to html didn't work for me. Once I did that the page just sat and sat, never doing anything.
I have the problem in IE only.
Comment #16
msathesh commented#12 worked for me.. Thanks very much..
Comment #17
mrfelton commentedSo what, you are changing this in the Drupal core?
Comment #18
K-Max commentedBad idea going with #14.
Comment #19
gianfrasoft commentedI agree with K-Max: bad idea going with #14.
Comment #20
smoothk commentedHi all,
first: thank you gianfrasoft! Your solution REALLY helped.
On OpenAtrium beta 10 (most recent version as of this writing), the problem was present both on node uploads and comment uploads.
My solution was to modify AHAH.js exactly how you suggested.
This took care of the HTTP 0 error.
Things I also did:
1. I checked the file upload settings and changed them accordingly to my php.ini settings ->
upload_max_filesize and post_max_size
2. I also modified the max_execution_time and max_input_time to be sure to avoid timeouts
Aside from this, I kept having "Validation error..." messages quite randomly. It looked like a problem of a different nature.
Apparently I solved it by changing permission setting, allowing every single role I needed to upload files and view them.
Now I'm monitoring the software to see if everything keeps running ok.
Cheers!
Comment #21
gianfrasoft commentedGreat! : )
Comment #22
bdichiara commentedNone of these solved the problem for me. I get the error on Upload and Remove. My file is 4KB in size.
Comment #23
msathesh commented@bdichiara this problem can also be linked to 'mod_security' and it is a good idea to talk to your web hosting provider. Pls look at this thread as well here http://drupal.org/node/659206 . My problem was actually the hosting provider's settings in Apache it seems. Read my comment in that link as well. Don't forget to read the last few comments because they will be the latest ones.
Comment #24
Jalandhar commentedHURRAY...I Got It....
I installed the jquery update module and its fixed.
Install the jquery update from:
http://drupal.org/project/jquery_update
Comment #25
bbruda commentedfor me solution of the problem was exactly inversely like @Jalandhar , I disabled jquery_upadete and I don't have problem ;)