November 2017 - Koha-bugs - lists.koha-community.org

[Bug 19535] New: Notice (Available) for suggestion is not send at the right time
by bugzilla-daemon＠bugs.koha-community.org 31 May '24

31 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19535 Bug ID: 19535 Summary: Notice (Available) for suggestion is not send at the right time Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: patrick.robitaille(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org Koha has a notice template for notifications to be sent out to the patron once a suggestion gets available (AVAILABLE). But the notification is send to the patron who has made the suggestion directly when the suggestion has been receive. This notification should be send when the status of the record item is available. 1) Create suggestion in OPAC; 2) Accept suggestion in Staff; 3) Order suggestion in acquisitions; 4) Close basket; 5) Receive order; >The mail is generate for the patron who make the suggestion but the item is not ready to circulate. It would be nice to have an email for the reception and an email to indicate that the item is really ready to circulate, considering the status of the document. Regard, Patrick. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 18034] New: Pseudonym records not found in a research by author
by bugzilla-daemon＠bugs.koha-community.org 31 May '24

31 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18034 Bug ID: 18034 Summary: Pseudonym records not found in a research by author Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: alexandre.breton(a)ccsr.qc.ca QA Contact: testopia(a)bugs.koha-community.org Created attachment 59754 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=59754&action=ed… Page with "see also" links ("Voir aussi :") It's probably a minor bug. If you make a search with this author, your search will normally give you the records linked to the pseudonyms of the name. But in our searches, these pseudonyms records don't appear in the results of an author search even if the links "see also" were created previously. I will take an example that almost all of us will know. The author of Harry Potter wrote under many names : Robert Galbraith, Newt Scamander and Kennilworthy Whisp. All these names are normally linked between them by a "see also" mention. (The link must be done previously during cataloging. Sadly, not so many of us did all this up here.) Here is the way to check if you have links "see also" already created. 1) In an OPAC, make a search with J. K. Rowling 2) Observe that all results are directly related to J. K. Rowling 3) Clic on a book writen by this author (not a movie) 4) Just under the title of the record, you have the mention "author" with a magnifying glass, clic on the magnifying glass 5) You will see all forms the name can take and under we have the "see also" mentions (if created) 6) If they are created, you can clic normally on these names. 7) A page appears with a mention something like "Authorities search results" (we have it in french) 8) In the third column of the board, it's indicated "Bibliographic records", you can clic on the results just under ("x documents") 9) In my particulary case, I took Robert Galbraith for which we have 3 records (maybe they are more) : Career of evil, Silkworm and Cuckoo's calling. 10) If I return to my first results for J. K. Rowling, I cannot see these three books anywhere... Records with a pseudonym name (in the "see also" links) should appear in the record results of an author. Some people here suggest to create a system preference like "IncludeSeeFromInSearches" to find the records in the "see also" links. Thanks, Alexandre from CCSR -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 16339] New: Add search "start with" in z39.50 authority search
by bugzilla-daemon＠bugs.koha-community.org 31 May '24

31 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16339 Bug ID: 16339 Summary: Add search "start with" in z39.50 authority search Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Z39.50 / SRU / OpenSearch Servers Assignee: gmcharlt(a)gmail.com Reporter: marjorie.barry-vila(a)ccsr.qc.ca QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Hi, It would be nice if we had "start with" option to Z39.50 authority research (z3950_auth_search.pl) as we have in authorities-home.pl. Regards, Marjorie -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 19324] New: New Inventory workflow eliminates "mark item seen"
by bugzilla-daemon＠bugs.koha-community.org 29 May '24

29 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19324 Bug ID: 19324 Summary: New Inventory workflow eliminates "mark item seen" Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: jzairo(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org With recent updates to 16.11.09 and the master release, there seem to be 2 functionality changes. The first is the workflow for marking items seen in the inventory tool seems to disappear. The second is Koha is not bringing back results (No data available in table) when you don't compare to a list. Steps to recreate comparing barcodes against a list of results in 16.11.09 and master 1) Upload a file of barcodes with same shelving location 2) Choose option compare barcodes to list of results 3) Filter by library, call number or shelving location 4) Click submit 5) you will be presented with a 2 boxes letting you know the number of items modified : datelastseen set to xx/xx/xxx and the Number of potential barcodes read: xxx 6) No option to mark the results "Mark seen and quit" or "Mark seen and continue" or "Continue without marking" Steps to recreate NOT comparing barcodes against a list of results in 16.11.09 and master 1) Upload a file of barcodes with same shelving location 2) Filter by library, call number or shelving location 3) Click submit 4) you will be presented with a 2 boxes letting you know the number of items modified : datelastseen set to xx/xx/xxx and the Number of potential barcodes read: xxx 5) No data available in table 6) Koha no longer brings back results of the other filtered locations We believe this is where the functionality changes from bug 14399 Fix inventory.pl part two (following 12913) Steps to recreate NOT comparing barcodes against a list of results (16.11.04 & 16.11.07) 1) Upload a file of barcodes with same shelving location 2) Filter by library, call number or shelving location 3) Click submit 5) you will be presented with a 2 boxes letting you know the number of items modified : datelastseen set to xx/xx/xxx and the Number of potential barcodes read: xxx 6) There is an option to mark the results "Mark seen and quit" or "Mark seen and continue" or "Continue without marking" Steps to recreate NOT comparing barcodes against a list of results (16.11.04 & 16.11.07) 1) Upload a file of barcodes with same shelving location 2) Filter by library, call number or shelving location 3) Click submit 5) you will be presented with a 2 boxes letting you know the number of items modified : datelastseen set to xx/xx/xxx and the Number of potential barcodes read: xxx 6) We do not get an option to mark the results "Mark seen and quit" or "Mark seen and continue" or "Continue without marking" 7) This does have a list of results in the table -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 17455] New: Add system preference to receive acq order e-mails as BCC
by bugzilla-daemon＠bugs.koha-community.org 24 May '24

24 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17455 Bug ID: 17455 Summary: Add system preference to receive acq order e-mails as BCC Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org There is currently ClaimsBccCopy for receiving serial and acq claim notices in BCC. There should also be an option to receive order emails BCC. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 19421] New: Predue Notices should work like Overdue Notices
by bugzilla-daemon＠bugs.koha-community.org 24 May '24

24 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19421 Bug ID: 19421 Summary: Predue Notices should work like Overdue Notices Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Currently Advance due notices (pre-due) follow the patron's holding branch and it would be more beneficial that they follow the item's holding branch. When a patron takes out an item from another branch, they should receive the information and rules from the library that the item is from as it could be different from their own home branch. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 9

[Bug 17509] New: Notify patrons to return items requested on hold by another person
by bugzilla-daemon＠bugs.koha-community.org 17 May '24

17 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17509 Bug ID: 17509 Summary: Notify patrons to return items requested on hold by another person Change sponsored?: --- Product: Koha Version: 16.05 Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: rbit(a)rbit.cz QA Contact: testopia(a)bugs.koha-community.org Create a new notification allowing to ask patrons to return a book which has just been put on hold by somebody else. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 90

[Bug 15787] New: Show and export itemnumber and biblionumber via the item search
by bugzilla-daemon＠bugs.koha-community.org 16 May '24

16 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15787 Bug ID: 15787 Summary: Show and export itemnumber and biblionumber via the item search Change sponsored?: Seeking cosponsors Product: Koha Version: master Hardware: All URL: http://devs.bywatersolutions.com/projects/item-search/ OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Show and export itemnumber and biblionumber via the item search in the staff client. Work to be done : Add columns for itemnumber and biblionumber to results of item search Add columns for itemnumber and biblionumber to csv export of results of item search Make columns customizable using the column admin Looking for sponsors here: http://devs.bywatersolutions.com/projects/item-search/ -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 16424] New: Advanced editor reverts records back to Default framework
by bugzilla-daemon＠bugs.koha-community.org 14 May '24

14 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16424 Bug ID: 16424 Summary: Advanced editor reverts records back to Default framework Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: verolencinas(a)yahoo.com.ar QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl If you use the new advanced editor in the cataloging module, all records lose their framework information and revert to the Default framework. Since frameworks permit to change vocabulary and presence of fields/subfields in the OPAC, this should be fixed. -- You are receiving this mail because: You are watching all bug changes.

1 41

[Bug 19289] New: Allow configuration of the fields on the ‘Catalog details’ form in the acquisition baskets
by bugzilla-daemon＠bugs.koha-community.org 14 May '24

14 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19289 Bug ID: 19289 Summary: Allow configuration of the fields on the ‘Catalog details’ form in the acquisition baskets Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: severine.queune(a)bulac.fr QA Contact: testopia(a)bugs.koha-community.org The BULAC (http://www.bulac.fr/) would like to modify the existing form of the bibliographic details when adding an order ‘From a new (empty) record’ in a basket. The ACQ MARC framework already customize the ‘Item’ block, it should be the same for the ‘Catalog details’ part, for important informations (for our staff) are missing when ordering a new book from a basket, such as language, classification, ISSN for serials, etc. As long as “Change sponsored?” is set on “Seeking developer”, anyone wanting to quote us for the development of such a feature or just ask for more information is welcome to write to us: <sigb(a)bulac.fr>. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 72