May 2019 - Koha-bugs - lists.koha-community.org

[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 22230] New: Make SearchWithISBNVariations search in index keyword
by bugzilla-daemon＠bugs.koha-community.org 31 May '24

31 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22230 Bug ID: 22230 Summary: Make SearchWithISBNVariations search in index keyword Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: patrick.robitaille(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Target Milestone: --- Hi, the SearchWithISBNVariations system preference does not search for variants in the index keyword (kw, wrdl). It is imperative to use the ISBN index (nb) for this kind of search. It would be nice if this system preference makes it possible to search the ISBN variants in the index keyword as well. Thanks, Patrick -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[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 22609] New: Adding a visual mark on the selected authority
by bugzilla-daemon＠bugs.koha-community.org 31 May '24

31 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22609 Bug ID: 22609 Summary: Adding a visual mark on the selected authority Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: alexandre.breton(a)ccsr.qc.ca QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Target Milestone: --- Once we did a search into authorities (from items or from Authorities module), the last selected authority has no visual mark to identify it in the authorities list. It will be usefull if when we are editing an authority, this authority appears in a different color (from others ones) until an another one was selected. The authorities list can be long and there is no indication where the last édited one was when we return on the authorities list. (Similar as bug #7501 for OPAC in 2012 ?) Thanks, Alexandre -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 22352] New: Items location not shown correctly in email sent lists
by bugzilla-daemon＠bugs.koha-community.org 29 May '24

29 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22352 Bug ID: 22352 Summary: Items location not shown correctly in email sent lists Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Lists Assignee: koha-bugs(a)lists.koha-community.org Reporter: alexandre.breton(a)ccsr.qc.ca QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Target Milestone: --- Created attachment 85183 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=85183&action=ed… no home library The lists sent by mail doesn’t show correctly the home library of items. The mail shows the current location and that’s all. Rather than this, the mail shows an authorized value. The home library isn’t shown which is useful for the students to guide them where the books are. 1) Go to lists 2) Choose a list and send it at one of your emails and close the window 3) In the sent mail, watch the infos below the “Item” mention, they are wrong (see picture underlined in red) note that the home library isn't following the current location of the book. We have the authorized value of the item shown there. Best regards, Alexandre -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 37

[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 22666] New: When using authority records in a bibliographic record, the order of the subfields is not sent over
by bugzilla-daemon＠bugs.koha-community.org 29 May '24

29 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22666 Bug ID: 22666 Summary: When using authority records in a bibliographic record, the order of the subfields is not sent over Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- It is possible to reorder subfields in the authority frameworks, but then, when the authority records are used in bibliographic records, the order is not transferred. How to reproduce (for MARC21): 1. Create a 'Topic term' authority 1.1 Go in Authorities 1.2 Click on 'New authority' 1.3 Choose 'Topic term, 1.4 Fill in the mandatory fields (normally 000, 003, 005, 008 and 040$c) 1.5 Click on the tab 1 1.6 Open field 150 1.7 Write in the following information - a: Villages - x: Fiction - z: Québec (Province) 1.8 Use the arrows to move the z subfield up above the x subfield (desired order: a, z, x) 1.9 Save the record 2. Use the authority in a bibliographic record 2.1 Go in Cataloguing 2.2 Click on 'New record' 2.3 Choose 'Default framework' 2.4 Fill in the mandatory fields (normally 000, 003, 005, 008, 040$c, 245$c and 942$c) 2.5 Click on the tab 6 2.6 Click on the 'tag editor' button next to the 650$a subfield 2.7 Search for 'Villages' 2.8 Choose the 'Villages Québec (Province) Fiction' authority EXPECTED RESULT: The subfields should be inserted in the same order as they are in the authority record (a, z, x) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 22613] New: Add /patrons/patron_id/checkouts endpoints
by bugzilla-daemon＠bugs.koha-community.org 28 May '24

28 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22613 Bug ID: 22613 Summary: Add /patrons/patron_id/checkouts endpoints Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST api Assignee: koha-bugs(a)lists.koha-community.org Reporter: josef.moravec(a)gmail.com Target Milestone: --- As described in RFC, there should be endpoint in the form /patrons/{patron_id}/checkouts for getting patrons checkouts. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 48