I've added following bug importance guidelines for documentation bugs in the public Fuel wiki [0]:
* Critical = following the instructions from documentation can cause outage or data loss * High = documentation includes information that is not true, or instructions that yield the advertised outcome * Medium = important information is missing from documentation (e.g. new feature description) * Low = additional information would improve reader's understanding of a feature * Wishlist = cosmetic formatting and grammar issues The "How to contribute" page doesn't include the definition of our code freeze process, so I don't have a good place to publish it yet. In short, code freeze doesn't apply the same way to fuel-docs repository, documentation changes including bugfixes can be worked on throughout code freeze all the way until the release week. More generic bug importance criteria based on functionalily still apply. For example, the definition of High importance as "specific hardware, configurations, or components are unusable and there's no workaround; or everything is broken but there's a workaround" means that when a feature is not usable without documentation, lack of documentation for a feature brings the bug importance up to High. [0] https://wiki.openstack.org/wiki/Fuel/How_to_contribute#Confirm_and_triage_bugs -- Dmitry Borodaenko __________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev