comparison CHANGES.txt @ 5112:8901cc4ef0e0

- issue1714899: Feature Request: Optional Change Note. Added a new quiet=True/False option for all property types. When quiet=True changes to the property will not be displayed in the:: confirmation banner (shown in green) when a change is made property change section of change note (nosy emails) web history display for an item. Note that this may confuse users if used on a property that is meant to be changed by a user. It is most useful on administrative properties that are changed by an auditor as part of a user generated change. Original patch by Daniel Diniz (ajaksu2) discussed also at: http://psf.upfronthosting.co.za/roundup/meta/issue249 Support for setting quiet when calling the class specifiers: E.G. prop=String(quiet=True) rather than:: prop=String() prop.quiet=True support for anydb backend, added tests, doc updates, support for ignoring quiet setting using showall=True in call to history() function in templates by John Rouillard. In addition to documenting quiet, I also documented required and default_value additions to the hyperdb property classes. Only place I could find is design.txt. Note tests for history in web interface are not done. It was manually checked but there are no automated tests. The template for setup is in db_test_base.py::testQuietJournal but it has no asserts. I need access to template.py::_HTMLItem::history() and I don't know how to do that. test_templates.py isn't helping me any at all and I want to get this patch in because it handles nicely an issue I have in the design of my own tracker. The issue is: The properties of an issue are displayed in framesets/subframes. The user can roll up the frameset leaving only the title bar. When the user saves the changes, the current state of the framesets (collapsed/uncollapsed) is saved to a property in the user's object. However there is no reason the user should see that this is updated since it's an administrative detail. Similarly, you could count the number of times an issue is reopened or reassigned. Updates to properties that are an indirect result of a user's change should not be displayed to the user as they can be confusing and distracting.
author John Rouillard <rouilj@ieee.org>
date Thu, 30 Jun 2016 20:38:23 -0400
parents 67fad01d2009
children cf112b90fa8d
comparison
equal deleted inserted replaced
5111:1c94afabb2cb 5112:8901cc4ef0e0
85 2) setting reply-to header to the address of the author 85 2) setting reply-to header to the address of the author
86 of the change 86 of the change
87 3) setting it to a fixed address (like noreply@some.place) 87 3) setting it to a fixed address (like noreply@some.place)
88 Done by John Rouillard from proposal by Peter Funk (pefu) 88 Done by John Rouillard from proposal by Peter Funk (pefu)
89 in discussion with Tom Ekberg (tekberg). See doc/upgrading.txt. 89 in discussion with Tom Ekberg (tekberg). See doc/upgrading.txt.
90 - issue1714899: Feature Request: Optional Change Note. Added a new
91 quiet=True/False option for all property types. When quiet=True
92 changes to the property will not be displayed in the::
93 confirmation banner (shown in green) when a change is made
94 property change section of change note (nosy emails)
95 web history display for an item.
96 Note that this may confuse users if used on a property that is
97 meant to be changed by a user. It is most useful on administrative
98 properties that are changed by an auditor as part of a user
99 generated change. Original patch by Daniel Diniz (ajaksu2)
100 discussed also at:
101 http://psf.upfronthosting.co.za/roundup/meta/issue249
102 Support for setting quiet when calling the class specifiers:
103 E.G. prop=String(quiet=True) rather than::
104 prop=String()
105 prop.quiet=True
106 support for anydb backend, added tests, doc updates, support for
107 ignoring quiet setting using showall=True in call to history()
108 function in templates by John Rouillard.
90 109
91 Fixed: 110 Fixed:
92 111
93 - issue1615201: Optionally restore the original (version 0.6) mailgw 112 - issue1615201: Optionally restore the original (version 0.6) mailgw
94 behaviour of ignoring a Resent-From:-header and using the real 113 behaviour of ignoring a Resent-From:-header and using the real

Roundup Issue Tracker: http://roundup-tracker.org/