Added by Tobias Braun about 6 years ago
I migrated our local OpenProject Instance to 8.1.0 bevor Christmas and now discovered the issues, that we can not alter the view in the work packages screen. Also saving a new view throws an error message. Please check the attached screen shot. In the Demo Project now only the closed item (task) should be visible. When I try to create now a standard view by saving it public the error message "An internal error has occurred" is displayed (second screen shot).
In the production log I see the following error (the stack trace I left away but could add it when needed). Could an update to 8.2.0 help? I saw there some bug fixes related to filters, but not matching exactly our problem.
E, [2019-01-07T10:40:23.510550 #811] ERROR -- : Grape rescuing from error: API::Errors::InternalError
Original error: #<NoMethodError: undefined method `highlighting_mode=' for #<Query:0x00005598f803a390>
Did you mean? highlighting_mode>
Replies (8)
Dear Tobias,
the error looks very much like a missing migration issue.
After every upgrade, you need to run
openproject configure
to ensure that database migrations, asset compilation and others are taking place before each upgrade. Unfortunately, these cannot be placed as post-install hooks since these tasks tend to run quite a bit and are not available on all distributions we support.Have you run this script and migrated the database?
Best,
Oliver
Dear Oliver,
I think I run it since I followed the migration guide on the website. Since is was before Christmas I am not sure about it any more. Can I just rerun it?
KR,
Tobias
PS.: Happy New Year ;-)
EDIT: I run it but it did not help:
^Crake aborted! Interrupt:
You can safely run
openproject configure
multiple times, it will result in no-op for database migrations.In the log output above, you appear to have interrupted the output.
Best,
Oliver
Hi Oliver,
wonder why this happened. Now I come further but fail at pandoc:
The proxy is well setup on the the server, we can download an install packages, even download it with wget, but for some reason it does not work for OP. I tried to manually download and install the Pandoc package in the mentioned folder but for some reason the script is not detecting it. Any idea how to solve this issue? By the way: there is also a warning about
WARNING: Nokogiri was built against LibXML version 2.9.1, but has dynamically loaded 2.9.4
I guess this should not be a show stopper?
UPDATE: I solved the first issue by unzipping the tar file with
Where $TGZ is the tar gile and $DEST is the /opt/openproject/vendor/pandoc folder
KR,
Tobias
Hi Tobias,
the openproject user probably needs the
http_proxy
andhttps_proxy
variables set in order to function. You can do this withopenproject config:set http_proxy="127.0.0.1:234"
. This would otherwise also affect all requests OpenProject may perform (webhooks would be one example).The warning you linked is not a problem, but just a packaging flaw on some distributions that ship with minor different versions.
Re. the pandoc issue, you can also provide your own installation by downloading it and setting the
OPENPROJECT_PANDOC_PATH
variable to the executable path.For more information about this and why it's necessary in 8.0., see: https://github.com/opf/openproject/tree/dev/docs/user/textile-to-markdown-migration#1294
Best,
Oliver
Hi Oliver,
thanks a lot for your help. The issue is solved for now. Filtering works now as expected.
About setting the http_proxy:
openproject config:set http_proxy="USER:PASSWORT@IP:PORT" does not work. I get the following error:
Thanks,
Tobias
Weird, works on my linux. You can try to edit the line manually in
/etc/openproject/conf.d/other
to match your output. Its a simple shell include file so ifsource /etc/openproject/conf.d/other
works it should be fine.,Best,
Oliver
In the other file there was an empty export command. Deleting it solved the issue.