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

[Bug 15986] New: Add a script for sending hold waiting reminder notices
by bugzilla-daemon＠bugs.koha-community.org 27 Jun '24

27 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15986 Bug ID: 15986 Summary: Add a script for sending hold waiting reminder notices Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: gmcharlt(a)gmail.com Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Write a script that will take two parameters: a) Length of time hold has been waiting ( in days ) b) Letter code of notice to be emailed 2) Script will take these two parameters and send the specified notice for each hold a patron has. -- You are receiving this mail because: You are watching all bug changes.

1 120

[Bug 17810] New: Add a button to navigate between notices
by bugzilla-daemon＠bugs.koha-community.org 31 May '24

31 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17810 Bug ID: 17810 Summary: Add a button to navigate between notices Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: alexandre.breton(a)ccsr.qc.ca QA Contact: testopia(a)bugs.koha-community.org Created attachment 58404 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=58404&action=ed… The small window in the upper left circled in red It will be interessting to have the option to navigate directly between notices (previous/next). The option already exist in catalog module. Maybe, it can be added into another module ? 1)From the start, go to lists 2)Take "public list" and enter a search 3)Select any notice to have all his details on screen 4)Observe that you cannot reach another notice of your search without making "previous page" After some searches here, the patch doesn't seems to exist for that. Thanks, Alexandre from CCSR -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 9

[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 19733] New: Navigation in the pages result with cn_browser.pl is setting in a field
by bugzilla-daemon＠bugs.koha-community.org 31 May '24

31 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19733 Bug ID: 19733 Summary: Navigation in the pages result with cn_browser.pl is setting in a field Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: patrick.robitaille(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Hi, When cn_browser.pl is setting in a field and we edit a record for browse the call number, we can't navigate between the pages results. It would be usefull if this plugin could works like in the call numbers browser who we can navigate in the pages result ass well with the arrow in the bottom of the page. Maybe we could have this navigation arrows in the top and te bottom of the pages result. Patrick. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[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 19863] New: Add more save options when edditing authorities
by bugzilla-daemon＠bugs.koha-community.org 31 May '24

31 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19863 Bug ID: 19863 Summary: Add more save options when edditing authorities Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: patrick.robitaille(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Hi, It would be great to have more options for save when you edit an authority. At the moment we only have the option to save. when we edit a record, we have three different option like the option to "save and continue editing". It would be nice to have this option when we edit an authority. Patrick. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[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