Added by Tobias Braun almost 7 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 configureto 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 configuremultiple 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:
== 20180706150714 ConvertToMarkdown: migrating ================================ I, [2019-01-07T14:51:25.085793 #10622] INFO -- : Starting conversion of Textile fields to CommonMark. I, [2019-01-07T14:51:25.085885 #10622] INFO -- : Decreasing ActiveRecord logger to avoid flooding your logs. I, [2019-01-07T14:51:25.085934 #10622] INFO -- : Checking compatibility of your installed pandoc version. You have no compatible (>= 2.0) of pandoc in path. We're now trying to download a recent version for your amd64 linux from 'https://github.com/jgm/pandoc/releases/download/2.2.3.2/pandoc-2.2.3.2-linux.tar.gz' to '/opt/openproject/vendor/pandoc'. For more information, please visit this page: https://www.openproject.org/textile-to-markdown-migration Error occurred while trying to find / download compatible pandoc version for your system: Failed to open TCP connection to github.com:443 (getaddrinfo: Name or service not known) rake aborted! StandardError: An error has occurred, all later migrations canceled: Pandoc failed with code [127] [Stopped=false] Process did not receive signalThe 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_proxyandhttps_proxyvariables 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_PATHvariable 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/otherto match your output. Its a simple shell include file so ifsource /etc/openproject/conf.d/otherworks it should be fine.,Best,
Oliver
In the other file there was an empty export command. Deleting it solved the issue.