Content
You are here:
Debian Stretch : work package / Your query is erroneous and could not be processed
Added by Nicolas Bertolissio over 7 years ago
Hi,
I’ve just installed OpenProject following this topic
I’ve created a user and a project giving the user project admin rights. When I go to the Work Packages page, I’ve go this error:
Your query is erroneous and could not be processed. An internal error has occured.
I’ve tried with the admin user, I’ve got the same error. When I go to the ‘Work Packages’ page of the ‘Demo Project’, with my user (with project admin rights’) or the admin, I’ve got the same error.
Here are the logs corresponding to the login of the user and access to the Work Packages page.
Any clue?
Replies (11)
Hi Nicolas,
thanks for your thorough report. From your production.log, I can see that the underyling issue is this:
It appears that you have discovered a ruby bug that allowed us to temporarily use
return
in a block statement.I’ve opened a bug report here, I’ll provide a fix for the 7.2.1 release scheduled for today.
Best,
Oliver
Hi Nicolas,
I have a patch that should fix the issue. If you are willing to try it out, please use the following steps:
Thanks, It works.
Well, It worked only once! I don’t understand why, but I’d got the ‘Work packages’ page once.
I’ve done
nc localhost 11211 <<< "flush_all"
andtouch ~/openproject-ce/tmp/restart.txt
.I’ve got the same error in another file (
lib/api/decorators/linked_resource.rb
at line 136 if I understand the log file well). To me, but I know mostly nothing in ruby language, it looks like the same thing, so I tried to turn thereturn unless
into anif
in the same way as in your patch, but it didn’t work and I’ve got another error.Any solution?
Hi Nicolas,
it appears that due to this bug in ruby having existed for quite some time, this error has crept undetected into several places in our API definitions.
Could you give me the output of
ruby -v
so I can check with the same patch level?FYI, we are currently forcing
ruby 2.4.1p111
in our Gemfile.lock, so all packages, developers and our CI will use that version - which is why we’ve not found this issue in our testing. You may want to install exactly that version if possible for the time being until I can fix the issues.This is the version suggested here for Stretch.
Can you try to upgrade to ruby 2.4.1 ? This should resolve the error.
Best,
Oliver
I’ve updated ruby to 2.4.1, and it seems to work on Stretch. So the difference with this is:
and don’t change the ruby version in Gemfile.
I’ve also removed
../.rbenv/versions/2.4.0/bin/
from command paths so it should use 2.4.1. But then I’ve got strange paths with 2.4.1 and 2.4.0 mix like this:/home/openproject/.rbenv/versions/2.4.1/lib/ruby/gems/2.4.0/gems/passenger-5.1.7/buildout/apache2/mod_passenger.so
I don’t know if this creates troubles but for the moment OpenProject seems to work, and I do have access to the ‘Work Packages’ page.
Thank you.
Hi Nicolas,
the ‘wrong’ paths are likely from your passenger / Apache configuration. When you installed passenger, you did so on the ruby 2.4.0 runtime.
You might simply want to reinstall the passenger gem and update your module load config.
Best,
Oliver
“When I go to the ’Work Packages’ page ”
“Your query is erroneous and could not be processed.
An internal error has occured. ”
Same here after upgrade from OpenProject 7.2.1 to 7.3.1
This is happening only on one specific project.
Ubuntu 16.04 server.
Here are the logs
Any help ?
Dear colleagues,
I have exactly the same problem as illustrated by Millic, with
OpenProject 7.3.2 (Mysql2)
Last change: 2017-11-23
Running on an Ubuntu 16.04.3 server machine
Unfortunately I could not find the solution yet. I am attaching the tail of the production log just after clicking the link to Workpackage, which replies with the error message:
“Your query is erroneous and could not be processed.
An internal error has occured. ”
Is there a patch to this bug?
Many thanks!
Miquel