Bug 30602 - Street type on patron form showing although no ROADTYPE entries exist
Summary: Street type on patron form showing although no ROADTYPE entries exist
Status: RESOLVED DUPLICATE of bug 30603
Alias: None
Product: Koha
Classification: Unclassified
Component: Patrons (show other bugs)
Version: Main
Hardware: All All
: P5 - low normal
Assignee: Bugs List
QA Contact: Testopia
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-04-24 09:38 UTC by Katrin Fischer
Modified: 2022-05-09 07:42 UTC (History)
3 users (show)

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

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Katrin Fischer 2022-04-24 09:38:22 UTC 
In the past the street type would not show on the patron form, if no ROADTYPE have been defined.

If this has changed, we should at least do a database update to add them to the unwanted fields so we keep current behaviour.
Comment 1 Jonathan Druart 2022-05-02 11:39:02 UTC 
"In the past", do you know a version?
Comment 2 Katrin Fischer 2022-05-02 11:52:53 UTC 
I believe this is a recent regresssion, but can only tell for 20.11 right now (don't have other versions to test)

Maybe take a look at 30603 too. I believe they appeared the same time.
Comment 3 Katrin Fischer 2022-05-02 11:58:19 UTC 
Ok, also checked the Equinox demo installation: 21.11.00.000
No road types on the patron form.
BorrowerUnwantedFields is empty.
No ROADTYPE set up.
That is the previous and expected behaviour.

Also: sort 1 and sort 2 appear as free text input fields, as they should with bsort1 and bsort2 empty. (see bug 30603)
Comment 4 Jonathan Druart 2022-05-09 07:42:24 UTC 
Will fix on bug 30603.

*** This bug has been marked as a duplicate of bug 30603 ***