http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4173 --- Comment #1 from Nicole C. Engard <nengard@gmail.com> 2010-02-12 23:15:47 --- Created an attachment (id=1616) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=1616) items in staff w/ status -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4173 --- Comment #3 from Owen Leonard <oleonard@myacpl.org> 2010-02-22 21:42:21 --- 1. Lost: this status displays correctly but doesn't display the authorized value description. My guess is that this is by design: What use is it to the patron to know in what sense an item is lost? On the other hand, that's what the "hidelostitems" system preference is for--if patrons don't need to know information about lost stuff, just hide it. So maybe there is a good argument to display the authorized value if a library has chosen to leave "hidelostitems" off. 2. Damaged: Same as Lost, status displays correctly but doesn't display the authorized value description. I could see this argued either way. I think the key is asking what use the information might be to a patron, for instance whether knowing more details tells the patron whether it is worth placing a hold on the item. 3. Not for loan: status displays and shows authorized value correctly. 4. Use Restrictions: Doesn't display at all. This makes sense, as setting a value in "use restrictions" doesn't actually do anything. There is no logic built into Koha to change handling of an item with such a value present. What should it do? -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4173 --- Comment #5 from Owen Leonard <oleonard@myacpl.org> 2010-02-23 13:24:03 --- "Why have a field and an authorized value if nothing it doesn't do anything?" Exactly--let's get rid of the authorized value if putting data in it has no effect on functionality. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4173 --- Comment #7 from Owen Leonard <oleonard@myacpl.org> 2010-04-13 18:55:48 --- Created an attachment (id=1806) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=1806) Proposed fix Adds output of "RESTRICTED" authorized value (an item's "Use Restriction" status) -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4173 Galen Charlton <gmcharlt@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gmcharlt@gmail.com --- Comment #8 from Galen Charlton <gmcharlt@gmail.com> 2010-04-16 11:22:53 --- (In reply to comment #4)

The should all show the authorized values - otherwise why bother having them?

For staff display, not OPAC. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4173 Owen Leonard <oleonard@myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #1806 is|0 |1 obsolete| | --- Comment #10 from Owen Leonard <oleonard@myacpl.org> 2010-05-04 15:44:06 --- (From update of attachment 1806) Looks like this has been made obsolete by the work for Bug 4396 which adds a separate template for status handling. Will have to re-work. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.