Pull Requests and Issues are very welcome on this repository, but please review this document first.
A bug is a demonstrable problem that is caused by the code in the repository.
Guidelines for bug reports:
-
Check that you satisfy the Grav requirements
-
Check that this happens on a clean Grav installation — check if the issue happens on any Grav site, or just with a specific configuration of plugins / themes
-
Use the GitHub issue search — check if the issue has already been reported
-
Check if the issue is already being solved in a Pull Request
-
Create a reduced test case and provide step-by-step instructions on how to recreate the problem: Include code samples, Page snippets or YAML-configuration like plugin settings or FrontMatter as needed, as well as the version of Grav, the plugin, and other plugins or themes
A good bug report shouldn't leave out information. Please try to be as detailed as possible in your report.
-
What is your environment? Is it localhost, OSX, Linux, on a remote server? Is the same thing happening locally or on the remote server, or just on Windows?
-
What steps will reproduce the issue? What browser(s) and OS' experience the problem?
-
What would you expect to be the outcome?
-
Did the problem start happening recently — e.g. after updating to a new version of something — or was this always a problem?
-
Can you reliably reproduce the issue? If not, provide details about how often the problem happens and under which conditions it normally happens.
All these details will help to fix any potential bugs.
Important: include Code Samples in triple backticks so that Github will provide a proper indentation. Add the language name after the backticks to add syntax highlighting to the code snippets.
Feature requests are welcome, and submitted to issues. But take a moment to find out whether your idea fits with the scope and aims of the project. It's up to you to make a strong case to convince the project's developers of the merits of this feature. Please provide as much detail and context as possible.
Good pull requests - patches, improvements, new features - are a fantastic help. They should remain focused in scope and not contain unrelated commits. They must also adhere to the current code standards. See Using Pull Request and Fork a Repo if you are not familiar with Pull Requests.
IMPORTANT: By submitting a patch, you agree to allow the project owner to license your work under the same license as that used by the project.