View Ticket
Not logged in
Ticket UUID: 65363298fdee0dc5f59b62312942d803e6685010
Title: Include bug report formats in update
Status: Fixed Type: Feature_Request
Severity: Minor Priority: Immediate
Subsystem: one Resolution: Open
Last Modified: 2008-10-26 02:43:07
Version Found In: f3fb059eb66288b6f3e08f840868f9df4c7ac9fa
Description & Comments:
Bug report formats should be considered part of the project and downloaded from a master repository during a pull or sync operation. When reviewing bug reports locally offline, one should have access to the same report formats as when working via the master repository web site.

It should also be possible to edit and tweak report formats offline and then upload to the master when satisfactory, just like code.


drh added on 2008-10-05 13:34:18:
The philosophy of fossil is that nothing is ever removed from a repository. There is an exception mechanism to allow the removal of spam or other abusive content. But we will want to make it a policy to never remove anything that is not abuse from a repository.

So if a bug report format were part of the repository, that means no bug report format would ever be removable. I do not think that is desirable. Many users might want to make their own private bug report formats that show, for example, all bugs assigned to them. We do not necessarily want these private formats being part of the repository forever and ever. One can easily imagine that after a few years, a busy project might have hundreds or thousands of distinct report formats, and it would become difficult to select a desired format from amid all the extraneous private formats. For this reason, bug report formats are deliberately not "artifacts" and are not synchronized by the usual "sync" mechanism.

Beginning with check-in bf75ea9852 (on 2008-10-04) you can pull bug report formats from a server using the command:

fossil config pull ticket

Also when you clone a repository, all of the bug report formats for that repository are cloned as well. But the "config pull" mechanism is distinct from the usual synchronization logic. New bug reports added to the server are not automatically pulled on the next sync; you have to manually repeat the "config pull". And there is currently no such thing as a "config push".


drh added on 2008-10-26 02:43:07:
Bug report formats are automatically pulled on a "clone". And you can now push local bug report formats back to the server (if you have Admin privilege). So I think this request has been satisfied.