OpenProject is the leading open source project management software.
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
openproject/docs/release-notes/3-0-8/README.md

51 lines
2.2 KiB

---
title: OpenProject 3.0.8
sidebar_navigation:
title: 3.0.8
release_version: 3.0.8
release_date: 2014-11-04
---
# OpenProject 3.0.8
The [3.0.8 bugfix release of
OpenProject](https://github.com/opf/openproject/tree/v3.0.8) addresses a
variety of bugs from filtering
([\#7169](https://community.openproject.org/work_packages/7169 "Filtering for assignee's role returns wrong results (closed)"))
to accessibility
([\#10834](https://community.openproject.org/work_packages/10834 "Some links are readout before the header (closed)"))
and performance limitations when copying projects
([\#12299](https://community.openproject.org/work_packages/12299 "App server blocked when copying large project (closed)")).
For the later, delayed job is employed to ensure that the app server
will still answer while large projects are copied. Please bear in mind
that for this to happen you need to have [delayed job
running](https://github.com/collectiveidea/delayed_job).
For a complete list of changes to OpenProject, please refer to the
[version’s
packages](https://community.openproject.com/projects/openproject/roadmap).
However, this is only half of the truth. With the OpenProject 3.0.8
release we chose to alter our release process. While the changes for the
release process of OpenProject itself are minor, you will notice that
the [plugins listed on
OpenProject.org](http://openproject.org/projects/plugins) now all have
3.0.8 as their most recent version. This was done with the intend of
easing deployment. Subsequent releases will follow this schema as well.
It is our commitment to ensure that plugins with a specific release
number (e.g. 3.0.8) will work flawlessly with an OpenProject of the same
number. We therefore encourage you to always update OpenProject and
installed plugins to the same release in synch. The most easy way of
doing this is to follow the stable branches for every plugin and
OpenProject.
We are aware that this change in versioning has some weird side effects.
The most noticeable is the [costs
plugin](https://github.com/finnlabs/openproject-costs) falling back from
version 5.0.4 to 3.0.8. While this might be confusing, we are convinced
that keeping versions in lockstep will convey the intended compatibility
much better than every other mechanism.