Vote #76573
完了Cannot assign users to projects with IE set to compatibility mode
0%
説明
I'm not able to assign users to projects anymore in Internet Explorer 11 (didn't test older IE versions). It still works in Firefox (didn't test other browsers). The user selection dialog opens, but nothing happens when I click the "Add" button after having selected user and role.
Environment: Redmine version 3.0.4.stable.14445 Ruby version 2.1.5-p273 (2014-11-13) [x86_64-linux] Rails version 4.2.3 Environment production Database adapter Mysql2 SCM: Subversion 1.6.11 Git 1.7.1 Filesystem Redmine plugins: no plugin installed
I have an older version of redmine running on a different server (3.0.3.stable.14274) which is not affected.
journals
For unknown reasons IE requests the page to be IE 7 compatible and switches to IE 7 mode when I access our redmine installation. This issue is invalid if Redmine is not IE 7 compatible. The reason for the IE behavior is caused on our side.
--------------------------------------------------------------------------------
FF and Chrome work well. IE 10 fails. A similar issue by adding watchers. The form is being closed but no watchers added.
--------------------------------------------------------------------------------
Works fine with IE 8 and Redmine 3.0.4.stable.14445.
--------------------------------------------------------------------------------
The systems of our company set all intranet pages to compatibility mode via policy (IE 7). You can override this by setting the X-UA-Compatible meta tag in app/views/layouts/base.html.erb:
<pre><code class="ruby">
<html lang="<%= current_language %>">
<head>
<meta charset="utf-8" />
<meta http-equiv="X-UA-Compatible" content="IE=edge"/>
<title><%=h html_title %></title>
</code></pre>
I attached a patch.
--------------------------------------------------------------------------------
I've just tested an older version of Redmine 3.0.3.stable.14445 and no problem there neither with members nor watchers.
--------------------------------------------------------------------------------
I've got the same issue with my 3.0.4.1
This Bug is fixed in the last Version 3.1.
Because I'm a developer (this means I'm lazy as hell), I get the changes from the newest Version
http://www.redmine.org/projects/redmine/repository/revisions/14238/diff/trunk/app/views/watchers/_set_watcher.js.erb?utf8=%E2%9C%93&type=sbs
and
http://www.redmine.org/projects/redmine/repository/revisions/14238/diff/trunk/app/views/watchers/_watchers.html.erb?utf8=%E2%9C%93&type=sbs
Whoop, Whoop, these "oldsqlbrowser" user can now adding anybody to the watchers list.
--------------------------------------------------------------------------------
Thank you for your feedback.
Redmine 3.0 is no longer maintained.
--------------------------------------------------------------------------------
Björn Böttcher wrote:
> Whoop, Whoop, these "oldsqlbrowser" user can now adding anybody to the watchers list.
What do you mean?
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
I'm running Redmine 3.1.0.stable and we also have/had issues when adding watchers to a ticket (as described by Karel above, the form is being closed but no watchers added). All affected users where using Internet Explorer as web browser. No problem with Firefox. When using Redmine 3.0, adding watchers with Internet Explorer worked fine.
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
I cannot reproduce it on trunk r14624 with IE 11 + Windows 7. Both members and watchers form works fine for me.
--------------------------------------------------------------------------------
I have reproduced with IE 7.
Probably caused by r14381 (affects Redmine 3.0.4 and later). Works fine after reverting to r14380.
--------------------------------------------------------------------------------
I think it would be better to merge Uli Hecht's patch (#20380#note-4) to prevent IE from falling back to IE 7 mode.
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
Uli Hecht's patch works fine for my acquaintance who had same trouble after upgrading from 3.0.3 to 3.1.0.
Setting target version to 3.1.2.
--------------------------------------------------------------------------------
> Setting target version to 3.1.2.
Sorry, target version should be 2.6.8 because r14381 was also merged to 2.6-stable branch (r14384, influences 2.6.6 and 2.6.7).
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
Affected versions:
* 2.6.6, 2.6.7
* 3.0.4, 3.0.5
* 3.1.0, 3.1.1
--------------------------------------------------------------------------------
The problem with adding users to the project and have Chrome + win10. With EDGE + win10 is no problem.
web server nginx (https) + puma
Redmine version 3.1.1.stable.14618
Ruby version 2.2.3-p173 (2015-08-18) [x86_64-linux]
Rails version 4.2.4
Environment production
Database adapter Mysql2
Also, there is a problem with adding files to the task.
Demonstration of error in the attachment.
--------------------------------------------------------------------------------
Go MAEDA wrote:
> I cannot reproduce it on trunk r14624 with IE 11 + Windows 7. Both members and watchers form works fine for me.
> I have reproduced with IE 7.
> Probably caused by r14381 (affects Redmine 3.0.4 and later). Works fine after reverting to r14380.
You're probably right. To me this looks like a jquery-ujs IE7/IE7-compatibility regression "introduced in jquery-rails 3.1.3":https://github.com/rails/jquery-rails/compare/v3.1.2...v3.1.3 which seems to be "fixed in jquery-rails 3.1.4":https://github.com/rails/jquery-rails/compare/v3.1.3...v3.1.4.
Go MAEDA wrote:
> I think it would be better to merge Uli Hecht's patch (#20380#note-4) to prevent IE from falling back to IE 7 mode.
If this can actually be confirmed as a defect caused by the jquery-ujs IE7/IE7-compatibility regression in jquery-rails 3.1.3, we don't need to adapt that patch. Instead, in that case jquery-ujs just needs to be updated to the version of the script that is shipped with jquery-rails 3.1.4.
--------------------------------------------------------------------------------
Mischa The Evil wrote:
> You're probably right. To me this looks like a jquery-ujs IE7/IE7-compatibility regression "introduced in jquery-rails 3.1.3":https://github.com/rails/jquery-rails/compare/v3.1.2...v3.1.3 which seems to be "fixed in jquery-rails 3.1.4":https://github.com/rails/jquery-rails/compare/v3.1.3...v3.1.4.
Thanks for deep investigation.
> If this can actually be confirmed as a defect caused by the jquery-ujs IE7/IE7-compatibility regression in jquery-rails 3.1.3, we don't need to adapt that patch. Instead, in that case jquery-ujs just needs to be updated to the version of the script that is shipped with jquery-rails 3.1.4.
But I think even if this problem is fixed by upgrading jquery-ujs, we would be better to apply the patch because falling back to ancient IE7 mode may cause other problems.
--------------------------------------------------------------------------------
jquery-rails is upgraded to 3.1.4 and the X-UA-Compatible tag is restored (it was added in r9372 then removed because Rails used to add it as a response header which is no longer the case).
--------------------------------------------------------------------------------
related_issues
duplicates,Closed,20777,Add button not working with Internet Explorer
duplicates,Closed,20474,You can not edit notes in 3.1.0 release, Save button is not working.