Устранаяем ошибку в Opera при ajax запросах

Применил на drupal.ru к Drupal 5.7. Проверьте плиз кто под Оперой.

А если примерно то же самое на firefox?

2 axel:
заработало

2 PanDa777:
Под фаером все работает без ошибок.

Спасибо большое!

Ура! Спасибо за патч.

У меня и раньше все под оперой работало 0_о

а блин извеняюсь, я всегда через "добавить" все прикреплял

http://drupal.ru/node/9839 я уже выкладывал фиксы для 5ки....
на тот момент они работали.

Только что проверил - у меня почему-то под firefox не работает. Просто нескончаемо двигается полоска.... А если нажать "добавить" - прикреплеяются сразу два файла - один не показывается в списке...

Огласите версию, систему и подробности. Мне кажется, что ваша проблема никак не связана с данным патчем

Спасибо, попробуем)

Безусловно, с данным патчем никак не связана. Просто похожая проблема, которуя я наблюдаю уже года 2 (с выход пятой версии, наверное). Кстати, похоже, дело связано с аддоном. На чистой win firefox 2.0.0.14 проблем нет. Ни кого такой проблемы не было? Авось, и аддон скажут... Просто интересно, как вообще некоторый аддон может повлиять на работу скриптов Drupal...

Added:
Проблему, похоже, вызывает плагин Linkification. Странно, никогда его не бажило. Почему из-за него это может произойти?

Upd2
Я более-менее даже понимаю, откуда корни этой проблемы растут. В коде, которое возвращается при upload, встерчается пара текстовых ссылок. Конечно, эти ссылки Linkfication успешно преобразовывает, ибо запрашивается этот ответ с помощью iframe, который включён в DOM страницы. После чего при попытке пропарсить этот код через Drupal.parseJSON и возникают проблемы. Решения я пока, кроме как добавления drupal.ru в "чёрный" список Linkification, не знаю.

+1

в шестерке, если я не совсем слепой, такого текста как
if (window.opera) {
в нужном файле нету...
приходится дописывать самому это условие.

Наверное, разработчики друпала считают, что проблемы оперы должна решать опера софтвеар, а не они.

не. они считают что типичный юзер - это физик-шизик сидящий в голом файрфоксе без плагинов..... или в експлорере.

сам сижу на опере.

А как в Друпал6 решить эту проблему с Оперой?
Раньше вроде бы опера нормально работала, а сейчас стали возникать такие же ошибки.

там должно быть все аналогично

В новой Opera 9.5 проблема осталась.

В Друпал 6 проблема решается заменой файла jquery.form.js более свежей версией:
http://jqueryjs.googlecode.com/svn/trunk/plugins/form/jquery.form.js
После этой замены нужно очистить кеш на странице "Производительность" (admin/settings/performance)

Решение было сохранено на сайте DrupalCookBook.ru:
Исправление ошибки в Опере при AJAX-загрузке файлов.
Авторы, предложившие решения, также указаны в сохранённой статье.

Файл не обнаружен.
Исправление ошибки не имеет возможности.

Только приступил к освоению Друпала и столкнулся с этой проблемой, при загрузке файла, тлько сообщение ошибки другое:

Произошла HTTP ошибка 0. \n/?q=filefield/ahah/images/field_image_image/0

Друпал последний - 6.14, Opera 10.00,
в ФФ - ощибки не возникает.

Решил проблему советом:
"VladSavitsky в пн, 30/06/2008 - 13:47.

В Друпал 6 проблема решается заменой файла jquery.form.js более свежей версией:
http://jqueryjs.googlecode.com/svn/trunk/plugins/form/jquery.form.js
После этой замены нужно очистить кеш на странице "Производительность" (admin/settings/performance)"

по указанной ссылке нужный файл не загружается, но в там в коментариях есть живая ссылка

Для 6ого Друпала
Заменить в папке misc файл jquery.form.js

Брать файл отсюда
http://storage.xost.ru/files/jquery.form.js

;-)

вот тут самая свежая версия, с современным фиксом проблемы, 2.18 не всегда работает. 2.28:
http://camp09.drupal.ua/misc/jquery.form.js

@neochief напомни issue по jquery.forms.js в 7ке....

А ее не было, есть только issue для модуля одноименного. Можешь создать новую (был бы рад ссылке на нее).

@neochief баг уже давно пылится http://drupal.org/node/240777
Перевел его в 7ю ветку ибо там такая же беда с image, думаю стоит пропиарить сие, чтобы больше людей потестировало, ведь от этой либы может зависеть масса в контрибе и вероятно, что в 6й ветке это не исправят уже.

Спасибо, помогло от ошибки HTTP 0, а то уже не знал, в какую сторону копать.

Ничего не помогает от ошибки HTTP 0.
Ставил jquery.form.js версий 2.16, 2.18, 2.28, 2.35

@Goodboy какую версию DRUPAL используешь?

andypost@drupal.org, использую Drupal 6.14

Кеширование в Друпале везде отключено.
Upload progress не включен.
FileField 6.x-3.2
Upload не включен.

Настройки PHP:

post_max_size 16M
realpath_cache_size 16M
upload_max_filesize 16M

max_execution_time 30
max_input_time 60
memory_limit 128M

Пробовал руками подкладывать jquery.form.js
Затем установил модуль jQuery Form Update 6.x-1.0, использую jquery.form.js 2.16

Картинки (Widget type: Image )успешно закачиваются до определенного размера, установленного экспериментально (~800К). При загрузке выполняется автоматический ресайз. Ограничение размера на загрузку картинки: 750K. Естественно, пробовали на разных браузерах - везде были ошибки. В настоящее время у меня нигде нет ошибок. Несколько сотен пользователей успешно закачали картинки, несколько десятков - не успешно. Последняя проблемная загрузка решилась закачкой на MSIE...

Это очень похоже на нехватку памяти при изменении размера, решается увеличением памяти для php процесса, также будет решаться работой через  ImageAPI после принятия патча (imageapi позволяет заменить вызовы GD на imagemagick если таковой установлен на хостинге)

PS: большая просьба ко всем протестировать http://drupal.org/node/618024 - добавляет поддержку imageapi для генерации превьюх и позволит полноценно использовать всю мощь этого модуля

Андрей, спасибо за участие! Теперь загружаются файлы размером 1.1M, при бОльших размерах возникает окно с ошибкой.
В то же время, установлены лимиты в 500K, однако сообщение о превышении лимита возникает только при успешной попытки закачки.

Размер памяти для php процесса 128M
Патч накатил (пропатченный файл во вложении).

Модуль ImageAPI GD2 включен

admin/settings/image-toolkit установлено Качество JPEG: 90%
ImageAPI ImageMagick не установлен
Используется ImageCache

Что предпринять? Уменьшить качество? Установить ImageMagick? Подменить jquery.form.js ?

UPD: Все перепробовал (качество 75%, установил ImageMagick 6.5.5-10 2009-11-18 Q16 , http://malsup.com/jquery/form/jquery.form.js?2.36 ). Отличие ImageMagick от GD2 увидел только в том, что "колесико" при закачке крутится рывками.

У меня проблема решилась, но частично. Раньше загрузка в Opera вообще не работала, теперь же загружается несколько файлов ~15 шт (не зависит от их размера, грузил и совсем маленькие текстовые файлы 24 байта). и после выскакивает ошибка: "Произошла HTTP ошибка 0. \n/upload/js"
При этом при загрузке через Internet Eplorer и Firefox проблем не возникает, все файлы спокойно загружаются.

Версии компонетов Drupal:
- Drupal 6.14
- jquery.form.js версий 2.28, 2.35
- jquery.js (тоже обновлял)
- браузер Opera 9.63
- модуль загрузки из стандартной поставки Upload.

Настройки php.ini:
max_execution_time 30
max_input_time 60
realpath_cache_size 16K
upload_max_filesize 16M
post_max_size 100M
memory_limit 32M

Опера, с момента массового использования всегда славилась своим особым отношением к JS.
Из-за этого у меня дальше наладонника ни где не прижилась, несмотря на многие удобства - предсказуемость поведения важнее.

Включать после накатывания патча нужно imageapi imagemagick, проблема похоже именно в GD

Я включал imagemagick - проблема не решилась, а "колесико" загрузки начало крутиться с рывками.

Было бы здорово, если бы можно было брать размер файла из заголовка, не закачивая весь файл. И, если размер превышает установленный лимит - сразу выдавать сообщение об ошибке.

Все проверки происходят исключительно после полной загрузки файла, возможно сие можно перекрыть, но вероятно только flash загрузчиком с ссответствующим кодом на стороне сервера.

Итак, что у кого в логах?

Я всё понимаю, но дело в том что многие пользуются Оперой, должен быть способ лечения и этого глюка.
Печально, но в моём случае дело не в нехватке памяти и не в обработке изображений, так что ImageAPI мне увы не поможет (

Судя по issues которые я приводил в предыдущих коментах - грабли в самой опере и делать для неё костыли врят ли кто будет. Имхо проще закинуть баг в оперу - пусть правят у себя.

Хотя судя по 21му коменту в http://drupal.org/node/92640 опера считает что это баг в jq.form

Логи выдадим чуть позже, а вот Хром при загрузке 2M файла выдал ошибку:

"413 Request Entity Too Large
nginx/0.8.21"

Может, это что-то объяснит...

Ну вот,снова, обновил Drupal до 6.15 и полезло, как правильно пофиксить? Просто боюсь что фиксеные файлы которые здесь выкладывали, немного уже устарели.

Тоже была подобная проблема. У меня при слишком большом количестве тэгов для ноды (более 50), начала вылезать эта ошибка.
Решение:
модуль batax. В нем ставим нужное количество прикрепляемых терминов к одной ноде.
кусок конфига для nginx (если проблема не исчезнет):

location /taxonomy/autocomplete/ {
proxy_pass http://127.0.0.1:8082/taxonomy/autocomplete/;
proxy_redirect off;
proxy_set_header    Host    $host;
proxy_set_header    X-Real-IP       $remote_addr;
proxy_set_header    X-Forwarded-For $remote_addr;
    proxy_buffers 8 64k;
    proxy_intercept_errors on;
    proxy_connect_timeout 900s;
    proxy_read_timeout 900s;
    proxy_send_timeout 900s;
    proxy_buffering on;
}

http://drupal.org/node/609622 в 7ку пошла 2.36

Спасибо за jquery.form, помогло

Вот здесь выкладывают патчи для решения подобной проблемы
http://drupal.org/node/646694
в виде файла
drupal.improve_http_0_status_reporting_646694_18.patch
а как его применять?

В поиске все есть.

Я не нашел

Скажите по каким словам искали, я хоть посмеюсь. Но и скажу потом, что надо было в поиск вводить

Я здесь в поиске ввел слово "патч" и одна из ссылок вела на правильный ответ. Руководство по созданию и применению патчей есть здесь http://drupalcookbook.ru/