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

[Bug 15400] Display patron age in useful places in the staff interface
by bugzilla-daemon＠bugs.koha-community.org 15 Jun '21

15 Jun '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15400 Agnes Rivers-Moore <arm(a)hanover.ca> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |arm(a)hanover.ca --- Comment #81 from Agnes Rivers-Moore <arm(a)hanover.ca> --- Need a way to turn this off! This patch seems to have been added without any way to suppress the display of patron age or date of birth, and it is all over Koha. This library does not want people's age displayed every time we check out. That is sensitive personal information. Actually we do not collect it, so Koha now wastes screen space showing "No date of birth stored" in multiple places. Please add a preference to suppress this if required by each library. Thank you. ;-) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 19266] New: Add ability to match on 001 or 005 during import of records
by bugzilla-daemon＠bugs.koha-community.org 15 Jun '21

15 Jun '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19266 Bug ID: 19266 Summary: Add ability to match on 001 or 005 during import of records 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 28566] New: Rename / Relabel StoreLastBorrower
by bugzilla-daemon＠bugs.koha-community.org 15 Jun '21

15 Jun '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28566 Bug ID: 28566 Summary: Rename / Relabel StoreLastBorrower Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com We've created a confusing situation with how we label previous borrower data on moredetail.pl. The regular circ history pulled from the issues table is labeled "Last borrower" for the most recent patron to have had and returned the item and "Previous borrower" for the patron before them. This data is wholly unconnected to the StoreLastBorrower system preference. If the StoreLastBorrower system preference is turned on, then moredetail.pl will also include data from the items_last_borrower table. This data is labeled as "Last returned by." It is needlessly confusing that we're using the phrase "last borrower" to refer to two different bits of data. We should *either* rename the syspref *or* switch the labels on moredetail.pl. The former seems like more work to patch but less confusing for users. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 8280] SRU should be filterable by Koha Item Type
by bugzilla-daemon＠bugs.koha-community.org 15 Jun '21

15 Jun '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8280 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Signed Off --- Comment #16 from Martin Renvoize <martin.renvoize(a)ptfs-europe.com> --- This all appears to work as expected, so signing off.. Must admit though.. allot of the knowledge of how this stuff all fits together has now left my brain, so it would be good to get a QA from someone more familiar ;) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8280] SRU should be filterable by Koha Item Type
by bugzilla-daemon＠bugs.koha-community.org 15 Jun '21

15 Jun '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8280 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #121822|0 |1 is obsolete| | --- Comment #15 from Martin Renvoize <martin.renvoize(a)ptfs-europe.com> --- Created attachment 122009 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=122009&action=e… Bug 8280: Add koha set and item fields to pqf.properties This patch adds a 'koha' set to the pqf properties and maps some basic koha fields to all for searchign To test: 1 - Apply patch 2 - cp etc/z3950/pqf.properties /etc/koha/sites/kohadev/z3950/pqf.properties 3 - sudo koha-z3950-responder --restart kohadev 4 - Test a search: curl -XGET "http://localhost:2100/biblios?version=1.1&operation=searchRetrieve&query=ko…" 5 - Test other fields added: koha.withdrawn koha.lost koha.classification-source koha.materials-specified koha.damaged koha.restricted koha.cn-sort koha.notforloan koha.ccode koha.itemnumber koha.homebranch koha.holdingbranch koha.location koha.barcode koha.onloan koha.itemtype Signed-off-by: Martin Renvoize <martin.renvoize(a)ptfs-europe.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13985] Cash Management - Koha as 'Point of Sale'
by bugzilla-daemon＠bugs.koha-community.org 15 Jun '21

15 Jun '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13985 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |28544 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28544 [Bug 28544] Add API's for account transactions -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 5229] OPACItemsResultsDisplay preference does not work with XSLT results
by bugzilla-daemon＠bugs.koha-community.org 15 Jun '21

15 Jun '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5229 --- Comment #5 from Nick Clemens <nick(a)bywatersolutions.com> --- (In reply to Katrin Fischer from comment #4) > I think a goal is to remove the non-XSLT display this release - so I think > better to work towards that. So then we simply remove this preference? -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 5229] OPACItemsResultsDisplay preference does not work with XSLT results
by bugzilla-daemon＠bugs.koha-community.org 15 Jun '21

15 Jun '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5229 --- Comment #4 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- I think a goal is to remove the non-XSLT display this release - so I think better to work towards that. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 5229] OPACItemsResultsDisplay preference does not work with XSLT results
by bugzilla-daemon＠bugs.koha-community.org 15 Jun '21

15 Jun '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5229 Nick Clemens <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |nick(a)bywatersolutions.com --- Comment #3 from Nick Clemens <nick(a)bywatersolutions.com> --- The preference description is inaccurate: "show/don't show an item's branch, location and call number in OPAC search results." It does not affect display of branch, only location and callnumber. OPACItemLocation has an option for 'only branch' which seems to be equivalent functionality. Can we just link the preferences to display together and indicate one is XSLT and one is not? -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 28240] New: Some classes in register.tt are translatable
by bugzilla-daemon＠bugs.koha-community.org 15 Jun '21

15 Jun '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28240 Bug ID: 28240 Summary: Some classes in register.tt are translatable Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr Hiya! I usually whine because things are not translatable, but today I will whine because something is translatable. Hehe! I don't know if this is something that is meant to be this way or not, but the classes for "debit" and "credit" in register.tt are translatable, which means that, if translated, it prevents the colours from appearing. It's not the end of the world, but I was surprised when I switched to English and saw the red and green for debits and credits. To test: 1) Set up your system to use cash registers (mine was already set up, so I'm doing this from memory) - In system preferences, enable UseCashRegisters - In Administration > Cash registers, set up a cash register - In Administration > Authorized values > PAYMENT_TYPE, add some payment types 2) Make some transactions - In a patron's file add some manual fees - Pay some fees, write off some others 3) Go to Tools > Cashup registers 4) Click on the register name <-- Notice debits are red and credits are green 5) Install a new language (again, mine was already installed, so doing this from memory) - In the terminal, go to misc/translator - gulp po:update - ./translate install xx-XX 6) Translate the line that looks like "{ \"type\": \"credit\", \"identifier\": \"%s\", \"description\": \"%s " "(%s)\", \"amount\": \"%s\" }" Remove the "fuzzy" line if needed 7) Update your translation - ./translate install xx-XX 8) Go back to Koha, change the language 9) Go to Tools > Cashup registers 10) Click on the register name <-- Notice credits are black Again, it's not the end of the world, we'll just have to tell translators not to translate those lines. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3