Defect #20380
closed
Cannot assign users to projects with IE set to compatibility mode
Added by Uli Hecht almost 9 years ago. Updated about 7 years ago.
0%
Description
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.
Files
| unset-ie-compatibility-mode.diff (515 Bytes) unset-ie-compatibility-mode.diff | Patch | Uli Hecht, 2015-07-21 10:29 | |
| Redmine to chrome.mp4 (318 KB) Redmine to chrome.mp4 | Александр Маликов, 2015-10-07 22:45 | ||
| Redmine to edge.mp4 (288 KB) Redmine to edge.mp4 | Александр Маликов, 2015-10-07 22:45 |
Related issues
Updated by Uli Hecht almost 9 years ago
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.
Updated by Karel Pičman almost 9 years ago
FF and Chrome work well. IE 10 fails. A similar issue by adding watchers. The form is being closed but no watchers added.
Updated by Go MAEDA almost 9 years ago
Works fine with IE 8 and Redmine 3.0.4.stable.14445.
Updated by Uli Hecht almost 9 years ago
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:
<html lang="<%= current_language %>">
<head>
<meta charset="utf-8" />
<meta http-equiv="X-UA-Compatible" content="IE=edge"/>
<title><%=h html_title %></title>
I attached a patch.
Updated by Karel Pičman almost 9 years ago
I've just tested an older version of Redmine 3.0.3.stable.14445 and no problem there neither with members nor watchers.
Updated by Björn Böttcher over 8 years ago
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
and
Whoop, Whoop, these "oldsqlbrowser" user can now adding anybody to the watchers list.
Updated by Toshi MARUYAMA over 8 years ago
- Status changed from New to Closed
Thank you for your feedback.
Redmine 3.0 is no longer maintained.
Updated by Toshi MARUYAMA over 8 years ago
Björn Böttcher wrote:
Whoop, Whoop, these "oldsqlbrowser" user can now adding anybody to the watchers list.
What do you mean?
Updated by Toshi MARUYAMA over 8 years ago
- Status changed from Closed to New
- Priority changed from High to Normal
Updated by Toshi MARUYAMA over 8 years ago
- Status changed from New to Needs feedback
Updated by Andreas Deininger over 8 years ago
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.
Updated by Toshi MARUYAMA over 8 years ago
- Status changed from Needs feedback to New
Updated by Toshi MARUYAMA over 8 years ago
- Affected version changed from 3.0.4 to 3.1.0
Updated by Toshi MARUYAMA over 8 years ago
- Has duplicate Defect #20777: Add button not working with Internet Explorer added
Updated by Go MAEDA over 8 years ago
I cannot reproduce it on trunk r14624 with IE 11 + Windows 7. Both members and watchers form works fine for me.
Updated by Go MAEDA over 8 years ago
- Category changed from Project settings to UI
- Affected version changed from 3.1.0 to 3.0.4
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.
Updated by Go MAEDA over 8 years ago
- Target version set to Candidate for next minor release
Updated by Go MAEDA over 8 years ago
- Target version changed from Candidate for next minor release to 3.1.2
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.
Updated by Go MAEDA over 8 years ago
- Has duplicate Defect #20474: You can not edit notes in 3.1.0 release, Save button is not working. added
Updated by Go MAEDA over 8 years ago
- Affected version changed from 3.0.4 to 2.6.6
- 2.6.6, 2.6.7
- 3.0.4, 3.0.5
- 3.1.0, 3.1.1
Updated by Александр Маликов over 8 years ago
- File Redmine to chrome.mp4 Redmine to chrome.mp4 added
- File Redmine to edge.mp4 Redmine to edge.mp4 added
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.
Updated by Mischa The Evil over 8 years ago
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 which seems to be fixed in jquery-rails 3.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.
Updated by Go MAEDA over 8 years ago
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 which seems to be fixed in jquery-rails 3.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.
Updated by Jean-Philippe Lang over 8 years ago
- Subject changed from Cannot assign users to projects in IE to Cannot assign users to projects with IE set to compatibility mode
- Status changed from New to Closed
- Assignee set to Jean-Philippe Lang
- Resolution set to Fixed
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).
Updated by Go MAEDA over 1 year ago
- Related to Patch #38228: Remove X-UA-Compatible meta tag for Internet Explorer added