Блог

Я пишу приложение Rails 2.3.8 и использую стандартный link_to помощник. У меня есть разумное количество ссылок, которые пользовательские методы, отличные от GET, не получают, поэтому я передаю :method => :whatever опцию link_to , и она генерирует ссылку с обработчиком onclick следующим образом (отступ добавлен для удобства чтения):

 <a
  onclick="
    var f = document.createElement('form');
    f.style.display = 'none';
    this.parentNode.appendChild(f);
    f.method = 'POST';
    f.action = this.href;
    var s = document.createElement('input');
    s.setAttribute('type', 'hidden');
    s.setAttribute('name', 'authenticity_token');
    s.setAttribute('value', '31M3q8SJkRz7f0R80l42Z2W7O2N7ZrzufhWQYql/Zd8=');
    f.appendChild(s);
    f.submit();
    return false;"
  href="/transactions/1015/transcribe"
>
Enter Data
</a>
  

Теперь, по какой-то причине, IE (оба 7 и 8 — два, которые я тестировал) решил, что return false; в конце недостаточно, чтобы остановить переход по ссылке, и в итоге я получаю два запроса на свой сервер: запрос POST от обработчика onclick, который мне нужен, и запрос GET от самой ссылки, которого у меня нет. Фактически, этот маршрут не существует ни для чего, кроме запроса POST, поэтому, когда браузер выполняет запрос GET, пользователь попадает на экран с ошибкой «Неверный URL». Нехорошо.

Кто-нибудь видел это раньше и может сказать мне, что является причиной этого? Или, что еще лучше, кто-нибудь знает хороший обходной путь?

PS: Я бы предпочел НЕ

1. Обезьяний патч link-to , или
2. Напишу свою собственную версию link_to

но если это то, что требуется, это то, что требуется. И я использую jQuery 1.5.что-нибудь, если это поможет.

В общем, когда IE решает «игнорировать» return false; из onclick обработчика, это происходит потому, что одна из строк перед return false; выдала исключение. Это вызовет автоматический сбой onclick обработчика, и затем браузер попытается получить доступ к href ссылке. Это относится ко всем браузерам, а не только к IE, но часто бывает так, что IE выдает исключения в тех случаях, когда другие браузеры этого не делают, поэтому кажется, что только IE игнорирует return false; .

Одним из быстрых исправлений для этого является установка href="#" , которая сохранит браузер на странице, даже если onclick обработчик завершится неудачей. Однако правильный способ ее отладки — обернуть ваш onclick код во что-то вроде try { ... } catch (ex) { alert(ex); } , чтобы увидеть, что такое исключение, а затем исправить onclick код, чтобы он больше не вызывал исключение.

Чтобы предотвратить отправку формы в jQuery, мы часто используем

 event.preventDefault();
  

Итак, в вашем примере вы могли бы использовать это (как обсуждалось в комментариях) :

 $('a[onclick]').click(function(e) {e.preventDefault();});
  

Надеюсь, это поможет!

У меня была эта проблема с IE раньше, и я обнаружил, что решение, которое работает (которое, я полагаю, является тем, что jQuery event.preventDefault() делает под прикрытием), заключается в том, чтобы выполнять ОБА return false; для обычных браузеров, но также event.returnValue = false; (очевидно, до фактического return ) для IE. IE будет уважать это.

К сожалению, я не знаю, как вставить это в помощник link_to, не взломав его. Это на самом деле то, что я пришел сюда искать. 🙂

Я считаю, что проблема в том, что вы отправляете свою новую форму:

 f.submit();
  

и вы отправляете это прямо в свою ссылку href

 f.action = this.href;
  

итак, вы следуете по этому адресу. Ваша ссылка возвращает false, но отправленная форма приводит вас к этому местоположению.

Итак, с link_to вами все в порядке. Проблема внутри вашего странного javascript.