Content
View differences
Updated by Victor Calvo over 9 years ago
**Steps to reproduce:**
In repository module using subversion, when you go to a concrete file codified in ANSI (like the example attached) or any file with characters in non utf-8, and click on “view”
**Actual Behavior**
It returns:
Result (browser):
Internal error
An error occurred on the page you were trying to access.
If you continue to experience problems please contact your OpenProject administrator for assistance.
If you are the OpenProject administrator, check your log files for details about the error.
OpenProject log:
F, \[2016-08-29T17:22:12.728487 \#20738\] FATAL — :
ArgumentError (invalid byte sequence in UTF-8):
app/controllers/repositories\_controller.rb:192:in \`gsub\!’
app/controllers/repositories\_controller.rb:192:in \`entry’
app/middleware/reset\_current\_user.rb:47:in \`call’
app/middleware/params\_parser\_with\_exclusion.rb:40:in \`call’
**Expected Behavior**
Should appear the code.
To notice, it works on a Chiliproject pointing to this repository without any extra configuration. I think it happens with everything that includes any non utf-8 character, not only ANSI
In repository module using subversion, when you go to a concrete file codified in ANSI (like the example attached) or any file with characters in non utf-8, and click on “view”
**Actual Behavior**
It returns:
Result (browser):
Internal error
An error occurred on the page you were trying to access.
If you continue to experience problems please contact your OpenProject administrator for assistance.
If you are the OpenProject administrator, check your log files for details about the error.
OpenProject log:
F, \[2016-08-29T17:22:12.728487 \#20738\] FATAL — :
ArgumentError (invalid byte sequence in UTF-8):
app/controllers/repositories\_controller.rb:192:in \`gsub\!’
app/controllers/repositories\_controller.rb:192:in \`entry’
app/middleware/reset\_current\_user.rb:47:in \`call’
app/middleware/params\_parser\_with\_exclusion.rb:40:in \`call’
**Expected Behavior**
Should appear the code.
To notice, it works on a Chiliproject pointing to this repository without any extra configuration. I think it happens with everything that includes any non utf-8 character, not only ANSI