Bug 13311 - NewItemsDefaultLocation preference should not populate items.permanent_location
Summary: NewItemsDefaultLocation preference should not populate items.permanent_location
Status: In Discussion
Alias: None
Product: Koha
Classification: Unclassified
Component: Cataloging (show other bugs)
Version: Main
Hardware: All All
: P5 - low normal
Assignee: Galen Charlton
QA Contact: Testopia
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-11-20 16:12 UTC by Owen Leonard
Modified: 2017-06-15 12:59 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

Note You need to log in before you can comment on or make changes to this bug.
Description Owen Leonard 2014-11-20 16:12:29 UTC
I noticed this problem when testing Bug 13297:

If you have NewItemsDefaultLocation turned on (set to use the "PROC" authorized value for instance), and you add a new item to a record through the cataloging interface but you *don't* select a shelving location, both items.location and items.permanent_location will be filled with "PROC." This is incorrect. Only items.location should be filled.

If items.permanent_location is also "PROC," then checking in the item will not trigger removal of the "PROC" value as it should.
Comment 1 Baptiste Wojtkowski (bwoj) 2017-06-07 13:50:56 UTC
Could not reproduce on master, is this problem still existing ?
Comment 2 Fridolin Somers 2017-06-13 09:37:14 UTC
I can't also reproduce the bug.
items.location gets PROC and items.permanent_location is NULL.

> You add a new item to a record through the cataloging interface but you *don't* select a shelving location,
You used /cgi-bin/koha/cataloguing/additem.pl ?

> checking in the item will not trigger removal of the "PROC" value as it should.
this works for me, items.location is set empty.