Bug 1782 - Patron Types VS Categories
Summary: Patron Types VS Categories
Status: CLOSED FIXED
Alias: None
Product: Koha
Classification: Unclassified
Component: Patrons (show other bugs)
Version: master
Hardware: PC All
: P3 normal (vote)
Assignee: Henri-Damien LAURENT
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-01-21 09:16 UTC by Chris Nighswonger
Modified: 2018-03-19 16:29 UTC (History)
0 users

See Also:
Change sponsored?: ---
Patch complexity: ---
Documentation contact:
Documentation submission:
Text to go in the release notes:
Version(s) released in:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Chris Cormack 2010-05-21 00:34:32 UTC


---- Reported by cnighswonger@foundations.edu 2008-01-21 09:16:57 ----

With no categories defined,
When one selects "New" in the Patron screen,
The five hard-coded types are presented.

With the understanding that the five basic types form the LCD of all patrons
it would seem that only categories should form the next level above types, so that 
all patrons must only be members of categories which in turn must be members of types.

I am wondering if the above described behavior is by design or a bug.
Hence this bug report...



---- Additional Comments From cnighswonger@foundations.edu 2008-01-22 05:04:08 ----

Hrmm... either I really misunderstand the type/category logic or it is broken.
It appears that after creating two categories of type "Staff" the five hard-coded
types alone show up when adding a new patron. So I select type "Adult" and lower on the resulting form I am presented with the opportunity to select a category for this patron of one of the five types. Since I only have categories under type "Staff" I am limited to selecting one of those. This is expected. What becomes confusing is the fact that I can create a patron of type "Child" and select a category of type Adult/AC-FACULTY which is a category for faculty members of a k-12 academy. So the question appears: Is the patron now a member of both the "Child" type and the "Adult" type?

It appears to me (and I may be misunderstanding here) that categories should be a subfield of type (ie. type.category) and that the patron ought to be a member of a category so that we have type.category.patron. The way it stands it appears that patron is a member of both type and category and that category is a member of type as well.

Am I totally off here? If so, please feel free to correct me.



---- Additional Comments From jmf@liblime.com 2008-03-17 16:20:30 ----

Your evaluation of this is correct. I'm re-assigning to HDL. Note this is related to http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=1748.



---- Additional Comments From jmf@liblime.com 2008-05-19 17:26:50 ----

This has been substantially reworked and fixed.



--- Bug imported by chris@bigballofwax.co.nz 2010-05-21 00:34 UTC  ---

This bug was previously known as _bug_ 1782 at http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=1782

Actual time not defined. Setting to 0.0