|
Hi all,
I have upgraded my sonar to 2.13 and got an error when I selected a group for project role.Here are the error trace: 2012.02.01 15:36:55 ERROR o.s.s.ui.JRubyFacade Fail to render: http://192.168.40.136:9000/roles/edit_groups? redirect=projects&resource=15835&role=user undefined method `<=>' for nil:NilClass On line #26 of app/views/roles/edit_groups.html.erb 23: 24: |
Ungranted groups25: <select name="from" id="from" size="20" style="margin: 5px 0pt; width:300px;" multiple="multiple"> 26: <% ungranted_groups.sort.each do |group| %> 27: <option value="<%= group ? group.id : '' -%>"><%= group_name(group) -% ></option> 28: <% end %> 29: </select> org/jruby/RubyArray.java:3242:in `sort!' org/jruby/RubyArray.java:3221:in `sort' app/views/roles/edit_groups.html.erb:26 org/jruby/RubyKernel.java:2056:in `send' org/jruby/RubyKernel.java:2064:in `send' org/jruby/RubyProc.java:268:in `call' org/jruby/RubyProc.java:228:in `call' file:/lib/jruby-rack-1.0.0.1.jar!/vendor/rack-1.2.1/rack/head.rb:9:in `call' file:/lib/jruby-rack-1.0.0.1.jar!/vendor/rack- 1.2.1/rack/methodoverride.rb:24:in `call' file:/lib/jruby-rack-1.0.0.1.jar!/rack/adapter/rails.rb:36:in `serve_rails' file:/lib/jruby-rack-1.0.0.1.jar!/rack/adapter/rails.rb:41:in `call' file:/lib/jruby-rack-1.0.0.1.jar!/jruby/rack/rails.rb:185:in `call' file:/lib/jruby-rack-1.0.0.1.jar!/rack/handler/servlet.rb:19:in `call' any help? Thank you. |
|
Hi Lance,
Can you describe step by step a way to reproduce this problem? I tried on my side but could not reproduce. Thanks, Best regards,
On Wed, Feb 1, 2012 at 09:25, lance lin <[hidden email]> wrote: Hi all, |
|
I got this problem only under windows server 2008 R2 64bits system. When I perform the same actions on windows xp sp3 32bits, it's ok.
Here are my actions: 1. enter configuration; 2. click "project roles" in "security"; 3. click "select groups" in any row of projects in "Role:user" column. |
|
I'm sorry Lance, but I can't reproduce this error. Are you doing this on a fresh installed Sonar instance?
Best regards,
On Fri, Feb 3, 2012 at 03:56, lance lin <[hidden email]> wrote: I got this problem only under windows server 2008 R2 64bits system. When I |
|
It's an upgrade from sonar 2.6 on windows server 2008, but a fresh install on windows xp.
|
|
I have solved this problem by modifying file %sonar_home%/warsonar-server/WEB-INF/app/views/roles/edit_groups.html.erb
change 'ungranted_groups.sort.each' to 'ungranted_groups.each'. And problem solved. |
|
In reply to this post by Fabrice Bellingard-4
Hi, I've two setups of sonar 2.14 (test and production). They both have identical platform (ubuntu 10.04), database (postgres 8.4), tomcat 6.0.24 and also same upgrade history. They differ in number of sonar projects. Test sonar has just a few sonar jobs and the production sonar contains about 40 projects. After adding the 16th authorisation group (which is mapped on a Active Directory group), I'm unable to change the Administrators role of any project. I get the stracktrace described: 2012.07.13 11:29:28 ERROR o.s.s.ui.JRubyFacade Fail to render: https://sonar2.example.com/roles/edit_groups?redirect=projects&resource=22806&role=admin undefined method `<=>' for nil:NilClass On line #26 of app/views/roles/edit_groups.html.erb 23: 24: |
Ungranted groups25: <select name="from" id="from" size="20" style="margin: 5px 0pt; width: 300px;" multiple="multiple">26: <% ungranted_groups.sort.each do |group| %> 27: <option value="<%= group ? group.id : '' -%>"><%= group_name(group) -%></option> 28: <% end %> 29: </select> org/jruby/RubyArray.java:3242:in `sort!' org/jruby/RubyArray.java:3221:in `sort' app/views/roles/edit_groups.html.erb:26 I'm still able to change the User and Code viewers role of the project. Problem is not occuring in our test environment, after adding the 16th group. I will update edit_groups.html.erb as described by "Lance Lin". Hopefully this solve the problem in our production environment. |
|
Hi,
After changing line 26 in app/views/roles/edit_groups.html.erb from ungranted_groups.sort.each into ungranted_groups.each, I do not have any problems with editing Adminstrator roles of projects (and the list of groups seems still to be sorted). Thanks Lance lin for providing this workaround. Tjakko -----Original Message----- From: Tjakko [mailto:[hidden email]] Sent: vrijdag 13 juli 2012 12:21 To: [hidden email] Subject: [sonar-user] Re: sonar 2.13 can't select groups for project role. Hi, I've two setups of sonar 2.14 (test and production). They both have identical platform (ubuntu 10.04), database (postgres 8.4), tomcat 6.0.24 and also same upgrade history. They differ in number of sonar projects. Test sonar has just a few sonar jobs and the production sonar contains about 40 projects. After adding the 16th authorisation group (which is mapped on a Active Directory group), I'm unable to change the Administrators role of any project. I get the stracktrace described: 2012.07.13 11:29:28 ERROR o.s.s.ui.JRubyFacade Fail to render: https://sonar2.example.com/roles/edit_groups?redirect=projects&resource=22806&role=admin undefined method `<=>' for nil:NilClass On line #26 of app/views/roles/edit_groups.html.erb 23: 24: Ungranted groups 25: <select name="from" id="from" size="20" style="margin: 5px 0pt; width: 300px;" multiple="multiple"> 26: <% ungranted_groups.sort.each do |group| %> 27: <option value="<%= group ? group.id : '' -%>"><%= group_name(group) -%></option> 28: <% end %> 29: </select> org/jruby/RubyArray.java:3242:in `sort!' org/jruby/RubyArray.java:3221:in `sort' app/views/roles/edit_groups.html.erb:26 I'm still able to change the User and Code viewers role of the project. Problem is not occuring in our test environment, after adding the 16th group. I will update edit_groups.html.erb as described by "Lance Lin". Hopefully this solve the problem in our production environment. -- View this message in context: http://sonar.15.n6.nabble.com/sonar-2-13-can-t-select-groups-for-project-role-tp4355578p5000878.html Sent from the Sonar user mailing list archive at Nabble.com. --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email Dit bericht is vertrouwelijk en kan geheime informatie bevatten enkel bestemd voor de geadresseerde. Indien dit bericht niet voor u is bestemd, verzoeken wij u dit onmiddellijk aan ons te melden en het bericht te vernietigen. Aangezien de integriteit van het bericht niet veilig gesteld is middels verzending via internet, kan Atos Nederland B.V. niet aansprakelijk worden gehouden voor de inhoud daarvan. Hoewel wij ons inspannen een virusvrij netwerk te hanteren, geven wij geen enkele garantie dat dit bericht virusvrij is, noch aanvaarden wij enige aansprakelijkheid voor de mogelijke aanwezigheid van een virus in dit bericht. Op al onze rechtsverhoudingen, aanbiedingen en overeenkomsten waaronder Atos Nederland B.V. goederen en/of diensten levert zijn met uitsluiting van alle andere voorwaarden de Leveringsvoorwaarden van Atos Nederland B.V. van toepassing. Deze worden u op aanvraag direct kosteloos toegezonden. This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Atos Nederland B.V. group liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted. On all offers and agreements under which Atos Nederland B.V. supplies goods and/or services of whatever nature, the Terms of Delivery from Atos Nederland B.V. exclusively apply. The Terms of Delivery shall be promptly submitted to you on your request. Atos Nederland B.V. / Utrecht KvK Utrecht 30132762 --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email |
|
FYI Guys, this bug has been fixed in Sonar 3.0, see http://jira.codehaus.org/browse/SONAR-3106.
-----
Sonar for Continuous Inspection
On Fri, Jul 13, 2012 at 1:53 PM, Tjakkes, Tjakko <[hidden email]> wrote: Hi, |
| Powered by Nabble | Edit this page |
