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/development/report-a-bug/README.md

80 lines
2.7 KiB

---
sidebar_navigation:
title: Report a bug
priority: 995
description: How to submit a bug report for OpenProject
robots: index, follow
keywords: bug report, bug, error, not working
---
# Report a bug
If you find a bug please create a bug report.
1. Login to or register at the [OpenProject community platform](https://community.openproject.org/login). It's fast and free.
2. Look for an existing bug report using the search bar in the header navigation on top. If there's one, please leave a comment or add additional information. Otherwise:
3. Open the [bug form](https://community.openproject.org/projects/openproject/work_packages/new?type=1).
4. Add a precise subject.
5. Add a detailed description using the template.
Expanding documentation (#9091) * changed screenshots for projects chapter * changed screenshots in gantt chart chapter * moved "aggregation by project" from work packages to Gantt chart chapter * changed some links * move reference to Excel sync out of Gantt chart chapter * small changes * add initial setup section for administrators to documentation Idea and main content from @ivangriggs Co-Authored-By: ivangriggs <77022874+ivangriggs@users.noreply.github.com> * smaller improvements to docs * improve documentation of manual and automatic scheduling mode * small improvements in docs * small changes * adding section for search options in OpenProject * move section about hourly rate defintion to system admin guide * formatting changes * explaining assignee filter options * change section header to make it detectable when searching for "projects overview" * clean up table of contents, make titles consistent, remove excessive space characters, etc. * update screenshots * changes to project overview docs * add screenshot for search bar * make info about aggregation of changes in activity and notifications easier detectable * small improvements * add info about non member and anonymous role * changes/additions * small changes * add additional options to access context menu * add sum feature for work package list to docs and change screenshot * add/improve info about email notifications * link fixes (necessary due to structural changes in documentation) * working in review comments * changes for time tracking activities * change screen shots for wiki - more functions section * change screenshots and improve description for meetings * improve detectability of mention feature * move FAQ in authentication * add how to reset password * improve explanation on how to un-archive projects * mention Mattermost integration * small correction
4 years ago
6. Attach a screen-shot or log-file file (optional).
7. Press **Create**.
# Information you should add to the bug description
## Preconditions to reproduce the bug
Prior to detailing which steps to take to reproduce the error, the necessary preconditions which have to be met should be stated.
* Which browser did you use when you experienced the error?
* Do you receive any error messages in the browser console when the error occurs? Please include the error message if applicable.
* Please also include the contents of the browser's developer tool's network tab where applicable.
* If you are self-hosting please include logs from `sudo openproject logs` gathered while you are reproducing the error.
Example:
```
* Forum exists
* Forum messages exist with many replies
```
## Steps to reproduce the bug
* The detailed steps that led to the bug should be listed in the description in order to replicate the bug and determine the underlying problem.
Example:
```
1. Go to forum
2. Scroll to bottom of messages
```
## Actual behavior
* The actual, erroneous behavior should be stated briefly and concisely.
Example:
```
* Not possible to switch to next entry in pagination
```
## Expected behavior
* If known, the expected behavior of the application should be described concisely.
Example:
```
* Possible to switch to next pagination page
```
## Screenshots
* If applicable, a screenshot should be added to the bug report in order to explain the bug visually.
* The unintended behavior should be marked in the screenshot (e.g. by using red color).
* The screenshot can be attached as a file and can be integrated in the description with the following syntax: "!Name_of_screenshot.png!" (without quotation marks)
(Notice: *Name_of_screenshot* should be replaced with the respective name of the file. The file ending (here: *.png*) has to be adjusted to the appropriate file type of the screenshot.)
## Example of bug reporting
![Report a bug: Bug example](Forum-bug1.png "Report a bug: Bug example")