[Koha-bugs] [Bug 7534] Add an option on library level to indicate if a library can be chosen as pick-up location
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7534 Katrin Fischer changed: What|Removed |Added Summary|New |Add an option on library |OPACAllowUserToChooseBranch |level to indicate if a |setting for only showing|library can be chosen as |libraries allowing holds|pick-up location --- Comment #97 from Katrin Fischer --- It looks like this development changed from the initial description, updating bug title. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 23352] Set serial issue default values when creating a subscription in serials/subscription-add.pl
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23352 --- Comment #6 from Alex Buckley --- Hi Katrin, You're quite right currently 952$h already behaves as I had described. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 23352] Set serial issue default values when creating a subscription in serials/subscription-add.pl
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23352 --- Comment #5 from Alex Buckley --- Created attachment 91901 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=91901=edit Bug 23352: Display Acquisition unitprice and replacementprice by default in serials/serials-edit.pl Sponsored-By: Brimbank Library, Australia -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 23408] New: Relatives' checkout table columns are not configured properly
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23408 Bug ID: 23408 Summary: Relatives' checkout table columns are not configured properly Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs@lists.koha-community.org Reporter: lu...@bywatersolutions.com QA Contact: testo...@bugs.koha-community.org CC: gmcha...@gmail.com, kyle.m.h...@gmail.com TO TEST: 1. Add a child patron and link them to either a mother/father guarantor. 2. Go to the parent account and look at the 'relatives checkout' tab 2. Observe the columns are not correct -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 14322] Can't link to an item search
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14322 Serhij Dubyk changed: What|Removed |Added CC||du...@ukr.net -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 23407] XSLT Details pages don't use items, we shouldn't pass them
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23407 Nick Clemens changed: What|Removed |Added Status|NEW |Needs Signoff -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 23407] XSLT Details pages don't use items, we shouldn't pass them
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23407 --- Comment #1 from Nick Clemens --- Created attachment 91900 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=91900=edit Bug 23407: Don't process items for XSLT on details pages To test: 1 - Add 1000 items to a record Go to biblio Edit items Add multiple copies of this item Add 1000 and confirm Wait.. 2 - Load the record in staff client and OPAC, note how long it takes Press F12 in browser to open the console use the Network tab of the console note th eload time refresh a few times to see average time 3 - Apply patch 4 - Restart all the things 5 - Reload the record in staff and opac 6 - Note decresed time 7 - Verify nothing on the page has changed QA can grep the standard XSLT files for details pages for 'item' to note occurences do not use items information -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 23407] New: XSLT Details pages don't use items, we shouldn't pass them
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23407 Bug ID: 23407 Summary: XSLT Details pages don't use items, we shouldn't pass them Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs@lists.koha-community.org Reporter: n...@bywatersolutions.com QA Contact: testo...@bugs.koha-community.org C4::XSLT::XSLTParse4Display calls buildKohaItemsNamespace() for all displays For IntranetDetails and OPACDetails there is no item processing. Removing this call can save us time -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 23077] Can't import patrons without cardnumber
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23077 Lucas Gass changed: What|Removed |Added Status|Pushed to stable|Pushed to oldstable -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 23077] Can't import patrons without cardnumber
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23077 Lucas Gass changed: What|Removed |Added CC||lu...@bywatersolutions.com --- Comment #16 from Lucas Gass --- backported to 18.11.x for 18.11.09 -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 15565] Place multiple holds at once for the same record in OPAC
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15565 Owen Leonard changed: What|Removed |Added Status|Needs Signoff |Patch doesn't apply -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 22375] Due dates should be formatted consistantly
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22375 Owen Leonard changed: What|Removed |Added Status|Needs Signoff |Failed QA --- Comment #2 from Owen Leonard --- (In reply to Josef Moravec from comment #1) Everything looks like it's working well except this page: > 3) batch checkouts I get an error on that page. > Note: I suspect the moremember-receipt.tt template is not used anymore Yes, which is causing a conflict when apply this patch! -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 23039] Hold found modal on checkin screen ( circulation.pl ) obscures Check in message info
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23039 David Kuhn changed: What|Removed |Added CC||techservs...@gmail.com -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 13420] Holdings table sorting on volume information incorrect
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13420 Katrin Fischer changed: What|Removed |Added Status|Needs Signoff |In Discussion --- Comment #18 from Katrin Fischer --- I like the idea of a configurable sort for now with the option to add a more complicated fix using the serial pattern variables later on. So maybe: - publicationdate with fallback to alphabetic if empty - strictly alphabetic -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 10492] Translation problems with TT directives in po files
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10492 Owen Leonard changed: What|Removed |Added Attachment #89365|0 |1 is obsolete|| --- Comment #7 from Owen Leonard --- Created attachment 91899 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=91899=edit Bug 10492: Translation problems with TT directives in po files This patch implements the replacement of TTvariables '[%...%]' with normal placeholders '%s' for text inside HTML tags (eg. img, meta, input) The replacement is done in two files: * xgettext.pl, used on create/update, so TTvars are not found on the text to translate (msgid) * tmpl_proccess3.pl, used on install time, so the correct translation is found (msgstr) and the right TTvar is put on the translated text. To test: Before applying the patch 1) Update your favorite language cd misc/traslator perl translate update xx-YY 2) Build a list (ini.txt) of 'msgid' to do a comparison msgcat --no-wrap --use-first po/xx-YY-*po -o - | egrep "^msgid" | sort > ini.txt 3) Apply the patch 4) Update your favorite language, again cd misc/traslator perl translate update xx-YY 5) Build a final list (end.txt) of 'msgid' to do a comparison msgcat --no-wrap --use-first po/xx-YY-*po -o - | egrep "^msgid" | sort > end.txt 6) Compare both files, you must find (most) TTvars replaced by '%s' diff ini.txt end.txt for example: < msgid "Translate item type [% itemtype.itemtype | html %]" > msgid "Translate item type %s" < msgid "Holds on this item: [% item_loo.item_holds | html %] / Total holds on this record: [% item_loo.holds | html -%]" > msgid "Holds on this item: %s / Total holds on this record: %s" < msgid "tag_anchor_[% innerloo.tag | html %]_[% innerloo.index | html %][% innerloo.random | html %]" > msgid "tag_anchor_%s_%s%s" < msgid "[% innerloo.tag_lib | html %] - Click to Expand this Tag" > msgid "%s - Click to Expand this Tag" 7) Translate one of the examples, with more than one variable if possible, for example this text in xx-YY-staff-prog.po > msgid "Holds on this item: %s / Total holds on this record: %s" Check it's not marked as 'fuzzy' 8) Apply the translation perl translate install xx-YY 9) Check the translated string has all variables in the right order edit koha-tmpl/intranet-tmpl/prog/es-ES/modules/tools/batchMod-edit.tt around line '187', first '[% item_loo.item_holds | html %]', then '[% item_loo.holds | html -%]' on this case, or use another example If approved this patch can be backported to current stable versions. Signed-off-by: Owen Leonard -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 13420] Holdings table sorting on volume information incorrect
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13420 Owen Leonard changed: What|Removed |Added Assignee|gmcha...@gmail.com |jonathan.dru...@bugs.koha-c ||ommunity.org -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 10492] Translation problems with TT directives in po files
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10492 Owen Leonard changed: What|Removed |Added Status|Needs Signoff |Signed Off -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 23377] bulkmarcimport.pl disables syspref caching
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23377 Ian Walls changed: What|Removed |Added Status|NEW |Needs Signoff -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 23377] bulkmarcimport.pl disables syspref caching
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23377 --- Comment #1 from Ian Walls --- Created attachment 91898 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=91898=edit Bug 23377: use ENV syspref override instead of complete disable In an attempt to save time, bulkmarcimport temporarily sets CataloguingLog and AuthoritiesLog to 0. It does this by disabling syspref caching and saving the changes to the database (then replacing the original values at completion). Unfortunately, this disables other key sysprefs from being cached, and results in a 50% increase in processing time for the script. This patch instead utilizes the ENV variable override feature of sysprefs, which preempts the cache in C4::Context->preference(). To test: 1. Perform a bulkmarcimport with a reasonable number of biblios (~1000 will do) 2. Note the time taken to complete 3. Apply patch 4. Revert the biblio load performed 5. Perform another bulkmarcimport with the same biblios and commandline options 6. Note the time taken to complete 7. Compare times. The time from step 6 should be about 33% less than the time from step 2 8. Check Cataloguing and Authorities Logs to verify imported records were not logged 9. Profit! -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 22830] correct for loop in value_builder/unimarc_field_4XX.pl value_builder
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22830 Owen Leonard changed: What|Removed |Added Attachment #91896|0 |1 is obsolete|| --- Comment #3 from Owen Leonard --- Created attachment 91897 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=91897=edit Bug 22830: correct for loop in value_builder/unimarc_field_4XX.pl value_builder In value_builder/unimarc_field_4XX.pl value_builder gets search results and runs a for loog with $i index. This loop is limiter with number of results par page, it should also be limited by number of results if lower that number of results par page. Same in cataloguing/value_builder/marc21_linking_section.pl. Test plan : 1) configure framework to use value builder 2) use value builder 3) perform a search with number of results lower than number of results per page 4) check number of records diplayed is OK 5) perform a search with number of results upper than number of results per page and check number of results is OK 6) you see number of results par page records and pagination link Signed-off-by: Owen Leonard -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 23406] New: Authorized Value for Suppression when added to Frameworks doesn't show Suppress in Staff Client
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23406 Bug ID: 23406 Summary: Authorized Value for Suppression when added to Frameworks doesn't show Suppress in Staff Client Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs@lists.koha-community.org Reporter: train...@bywatersolutions.com QA Contact: testo...@bugs.koha-community.org CC: m.de.r...@rijksmuseum.nl When cataloging records, the value of the 942$n if 1, Koha will suppress the record from the OPAC and also display a note on the staff client that this record is suppressed. The system preference: OPACsuppression should be set to Hide. To allow for more user-friendly cataloging, an authorized Value of Suppressed was created, the two values- 1- Suppress, 0 - Don't Suppress. This authorized value was added to the default framework for the 943$n in Other Options. Now when a cataloger wants to suppress a record when cataloging, they can have a drop-down menu to choose Suppress or Don't Suppress (versus remembering 1/0). Although this does work in suppressing the record from the OPAC, and when looking at the Marc Preview, the 942$n has the value 1, the staff client does not display a notification that this record is indeed suppressed. It would be nice if this process worked as regular suppression works- where this dropdown authorized value can be used and the note is visible in the staff client. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 22830] correct for loop in value_builder/unimarc_field_4XX.pl value_builder
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22830 Owen Leonard changed: What|Removed |Added Attachment #89232|0 |1 is obsolete|| --- Comment #2 from Owen Leonard --- Created attachment 91896 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=91896=edit Bug 22830: correct for loop in value_builder/unimarc_field_4XX.pl value_builder In value_builder/unimarc_field_4XX.pl value_builder gets search results and runs a for loog with $i index. This loop is limiter with number of results par page, it should also be limited by number of results if lower that number of results par page. Same in cataloguing/value_builder/marc21_linking_section.pl. Test plan : 1) configure framework to use value builder 2) use value builder 3) perform a search with number of results lower than number of results par page 4) check number of records diplayed is OK 5) perform a search with number of results upper than number of results par page and check number of results is OK 6) you see number of results par page records and pagination link Signed-off-by: Owen Leonard -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 22830] correct for loop in value_builder/unimarc_field_4XX.pl value_builder
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22830 Owen Leonard changed: What|Removed |Added Status|Needs Signoff |Signed Off -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 22710] Return to the last advanced search link not filtering correctly in 18.11.x
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22710 --- Comment #5 from Lucas Gass --- the above comment is a mistake. this was never backported to 18.11.x -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 21518] Material type "three-dimensional artifact" displays as "visual material"
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21518 Lucas Gass changed: What|Removed |Added Attachment #91889|0 |1 is obsolete|| --- Comment #4 from Lucas Gass --- Created attachment 91895 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=91895=edit Bug 21518: Material type "three-dimensional artifact" displays as "visual material" This patch makes a few corrections to the staff client MARC21 XSLT so that the correct material type icons are displayed for pictures and realia. The more-specific material type handling has been adapted from the corresponding XSL files in the OPAC. To test you must have default XSLT enabled and the DisplayIconsXSLT and DisplayOPACiconsXSLT system preferences enabled. - Apply the patch and locate records with "type of record" specified in the leader as 'g', 'k', and 'r'. A sample MARC file will be attached to the bug report with one of each type of record. Import the records and search your catalog for "Bug_21518." - View the records in search results and their detail pages, both in the OPAC and the staff client. In all cases the correct material type icon should be displayed. Signed-off-by: Lucas Gass -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 21518] Material type "three-dimensional artifact" displays as "visual material"
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21518 Lucas Gass changed: What|Removed |Added Status|Needs Signoff |Signed Off -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 21530] overdue_notices.pl aborting because error is not caught
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21530 Owen Leonard changed: What|Removed |Added Status|Needs Signoff |Failed QA --- Comment #4 from Owen Leonard --- I'm marking this Failed QA because comment 2 and comment 3 need to be addressed before this can be signed off. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 23405] Circulation autocomplete for patron lookup broken if cardnumber is empty
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23405 --- Comment #1 from Owen Leonard --- Created attachment 91894 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=91894=edit Bug 23405: Circulation autocomplete for patron lookup broken if cardnumber is empty This patch modifies the JavaScript behind the patron search results autocomplete widget which is displayed when typing in the search header's "Check out" tab. The script is modified to use the patron's borrowernumber instead of cardnumber when redirecting to the checkout page. Instead of copying the patron's card number into the search form and triggering a submit, the autocomplete output uses direct links to each result. To better handle patrons with no card number, the output is modified to show card number with parentheses only if card number is present. To test you should have a patron in your database which has no card number. Make sure CircAutocompl is enabled. - From the circulation home page, type a patron name in the "Check out" form and wait for autocomplete search results to display. - Patrons with a card number should be listed in the format: Surname, First name (Card number) Address. - Patrons without a card number should be listed as: Surname, First name Address. - Clicking on either kind of result should link you the checkout screen for that patron. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 23405] Circulation autocomplete for patron lookup broken if cardnumber is empty
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23405 Owen Leonard changed: What|Removed |Added Patch complexity|--- |Small patch Status|ASSIGNED|Needs Signoff -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 22937] Searching by library groups uses group Title rather than Description
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22937 --- Comment #4 from Lisette Scheer --- that is a (In reply to Katrin Fischer from comment #3) > I am not sure if this is a bug or a case of 'needs better labelling'. > I think probably it needs better labeling. I can definitely see how people have used descriptions differently. When BWS set up our groups when the feature was added our descriptions were very similar to our titles. Lisette -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 23405] New: Circulation autocomplete for patron lookup broken if cardnumber is empty
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23405 Bug ID: 23405 Summary: Circulation autocomplete for patron lookup broken if cardnumber is empty Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: major Priority: P5 - low Component: Circulation Assignee: koha-bugs@lists.koha-community.org Reporter: oleon...@myacpl.org QA Contact: testo...@bugs.koha-community.org CC: gmcha...@gmail.com, kyle.m.h...@gmail.com If CircAutocompl is enabled, the staff client's "check out" search form in the header has a patron search autocomplete feature. Selecting a result should take you to the patron's checkout screen. Because this uses card number, it doesn't work with patrons who have no card number. It should use borrowernumber instead. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 23039] Hold found modal on checkin screen ( circulation.pl ) obscures Check in message info
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23039 Lisette Scheer changed: What|Removed |Added CC||lisettesla...@gmail.com --- Comment #3 from Lisette Scheer --- > adding > lost/damaged information to the modal would benefit us greatly. > +1 for this! -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 23111] Setting a custom framework as the default for cataloguing is not possible
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23111 Tomás Cohen Arazi changed: What|Removed |Added CC||tomasco...@gmail.com Status|Needs Signoff |Failed QA --- Comment #10 from Tomás Cohen Arazi --- I'm sorry but this seems to me like a over-complicated approach: why don't we add a 'default' column with a boolean value to the biblio_framework table? Paired with a Koha::BiblioFramework->set_default method that unsets the previous default when called. And that's it? You will need Koha::BiblioFrameworks::get_default as well if you want to avoid crafting the query. in addbiblio.pl you use Koha::BiblioFramework (singular class) and you shouldn't. WE only include the plurals, which in turn include the singular. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 23404] Circulation::TooMany error on itemtype when at biblio level
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23404 --- Comment #5 from Fridolin SOMERS --- 18.11.x needs to add to C4::Circulation::CanBookBeIssued : my $item_object = Koha::Items->find({barcode => $barcode }); after my $item = GetItem(undef, $barcode ); -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 23404] Circulation::TooMany error on itemtype when at biblio level
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23404 --- Comment #4 from Fridolin SOMERS --- (In reply to Fridolin SOMERS from comment #2) > Created attachment 91892 [details] [review] > Bug 23404: fix Circulation::TooMany error on itemtype when at biblio level > > Circulation::TooMany gets itemtype from $item var beeing a Koha::Item > unblessed. > When itemtype is at biblio level, calling $item->{'itemtype'} is wrong. > Note that patch removes in TooMany() method second arg $biblionumber, it is useless. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 23404] Circulation::TooMany error on itemtype when at biblio level
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23404 --- Comment #3 from Fridolin SOMERS --- Created attachment 91893 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=91893=edit Bug 23404: Change UT calls Run prove t/db_dependent/Circulation/TooMany.t Tests are OK -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 23404] Circulation::TooMany error on itemtype when at biblio level
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23404 --- Comment #2 from Fridolin SOMERS --- Created attachment 91892 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=91892=edit Bug 23404: fix Circulation::TooMany error on itemtype when at biblio level Circulation::TooMany gets itemtype from $item var beeing a Koha::Item unblessed. When itemtype is at biblio level, calling $item->{'itemtype'} is wrong. Test plan : 1) On a catalog with itemtype at item level : pref item-level_itypes=1 2) Create a biblio record with itemtype BOOK 3) Create an item on this biblio record with itemtype BOOK 4) Delete all issuing rules 5) Create a issuing rule with itemtype BOOK, any catagorie, any branch 6) Check-out the item 7) => Checkout is allowed 8) Check-in item 9) Change itemtype at biblio level : pref item-level_itypes=0 10) Check-out the item 11) => Checkout is not allowed You see message "No circulation rule is defined for this patron and itemtype combination" -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 23404] Circulation::TooMany error on itemtype when at biblio level
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23404 Fridolin SOMERS changed: What|Removed |Added Patch complexity|--- |Small patch Status|ASSIGNED|Needs Signoff -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 23404] Circulation::TooMany error on itemtype when at biblio level
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23404 --- Comment #1 from Fridolin SOMERS --- Created attachment 91891 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=91891=edit Bug 23404: add UT to show bug Run prove t/db_dependent/Circulation/TooMany.t It fails on : # Failed test 'We are only allowed one, and we have one (itemtype on biblioitem)' # at t/db_dependent/Circulation/TooMany.t line 547. # Structures begin differing at: # $got->{reason} = 'NO_RULE_DEFINED' # $expected->{reason} = 'TOO_MANY_CHECKOUTS' -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 23402] Similar to #19706: Item search doesn't work with screen selected
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23402 Katrin Fischer changed: What|Removed |Added CC||katrin.fisc...@bsz-bw.de --- Comment #1 from Katrin Fischer --- Sometimes data can cause issues with the JSON based GUIs like the item search. A problem we recently ran into was backslashes in a publisher's name: We are hoping for this one to be pushed for 18.11 soon: Bug 21716 - Item Search hangs when \ exists in MARC fields But that usually jsut results in a "forever loading". Which is the exact 18.11.x version? I just tested with 18.11.6 and couldn't make it explode. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 23403] SIP2 lends to wrong patron if cardnumber is missing
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23403 --- Comment #2 from Magnus Enger --- Possible solution: In C4::SIP::ILS::Transaction::Checkout::do_checkout(), find the patron based on either cardnumber or userid (similar to how C4::SIP::ILS::Patron::new() does it). Or is doing Koha::Patrons->find twice for each checkout just plain wrong and we should be passing the patron object around instead? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 23403] SIP2 lends to wrong patron if cardnumber is missing
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23403 --- Comment #1 from Magnus Enger --- C4::SIP::ILS::Patron::new() looks for a patron based on either cardnumber or userid, around line 41: my $patron = Koha::Patrons->find( { cardnumber => $patron_id } ) || Koha::Patrons->find( { userid => $patron_id } ); but then we set the id of the patron to the value of the barcode field, around line 77: id => $kp->{cardnumber},# to SIP, the id is the BARCODE, not userid If there is no barcode, the id will be empty. Then in C4::SIP::ILS::Transaction::Checkout::do_checkout() we use the id to find the patron, around line 53: my $patron_barcode = $self->{patron}->id; ... my $patron = Koha::Patrons->find( { cardnumber => $patron_barcode } ); And I guess ->find( { cardnumber => '' } ) returns the first patron that has an empty cardnumber. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 23404] Circulation::TooMany error on itemtype when at biblio level
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23404 Fridolin SOMERS changed: What|Removed |Added Assignee|koha-b...@lists.koha-commun |fridolin.som...@biblibre.co |ity.org |m Status|NEW |ASSIGNED -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 23404] New: Circulation::TooMany error on itemtype when at biblio level
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23404 Bug ID: 23404 Summary: Circulation::TooMany error on itemtype when at biblio level Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Circulation Assignee: koha-bugs@lists.koha-community.org Reporter: fridolin.som...@biblibre.com QA Contact: testo...@bugs.koha-community.org CC: gmcha...@gmail.com, kyle.m.h...@gmail.com Circulation::TooMany gets itemtype from $item var beeing a Koha::Item unblessed. When itemtype is at biblio level, calling $item->{'itemtype'} is wrong. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 23403] New: SIP2 lends to wrong patron if cardnumber is missing
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23403 Bug ID: 23403 Summary: SIP2 lends to wrong patron if cardnumber is missing Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: SIP2 Assignee: koha-bugs@lists.koha-community.org Reporter: mag...@libriotech.no QA Contact: testo...@bugs.koha-community.org CC: colin.campb...@ptfs-europe.com To reproduce: Make sure you have two borrowers with no cardnumber, but with a userid. Determine which of the two patrons has the *highest* borrowernumber and lend a book to this patron via SIP2. If you do not have a SIP2 self check machine on hand you can do it thusly on the command line: $ telnet localhost > 9300CN|CO|CP| > 11NN2019073114163520190731141635AO code>|AA|AB|ACmy password|AD| Now check who the book is actually on loan to. In my testing it has been the patron without a cardnumber that has the lowest borrowernumber! -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 21518] Material type "three-dimensional artifact" displays as "visual material"
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21518 Owen Leonard changed: What|Removed |Added Attachment #91890|text/plain |application/MARC mime type|| -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 21518] Material type "three-dimensional artifact" displays as "visual material"
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21518 --- Comment #3 from Owen Leonard --- Created attachment 91890 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=91890=edit MARC files for testing -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 21518] Material type "three-dimensional artifact" displays as "visual material"
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21518 --- Comment #2 from Owen Leonard --- Created attachment 91889 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=91889=edit Bug 21518: Material type "three-dimensional artifact" displays as "visual material" This patch makes a few corrections to the staff client MARC21 XSLT so that the correct material type icons are displayed for pictures and realia. The more-specific material type handling has been adapted from the corresponding XSL files in the OPAC. To test you must have default XSLT enabled and the DisplayIconsXSLT and DisplayOPACiconsXSLT system preferences enabled. - Apply the patch and locate records with "type of record" specified in the leader as 'g', 'k', and 'r'. A sample MARC file will be attached to the bug report with one of each type of record. Import the records and search your catalog for "Bug_21518." - View the records in search results and their detail pages, both in the OPAC and the staff client. In all cases the correct material type icon should be displayed. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 21518] Material type "three-dimensional artifact" displays as "visual material"
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21518 Owen Leonard changed: What|Removed |Added Patch complexity|--- |Small patch Status|ASSIGNED|Needs Signoff -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 23402] New: Similar to #19706: Item search doesn't work with screen selected
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23402 Bug ID: 23402 Summary: Similar to #19706: Item search doesn't work with screen selected Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Staff Client Assignee: koha-bugs@lists.koha-community.org Reporter: anke.br...@gwdg.de QA Contact: testo...@bugs.koha-community.org CC: gmcha...@gmail.com In our 18.11 Item search doesn't work with screen as selected output. Barcodes file and CSV do work. The following software error appears: "Unsupported format html at /usr/share/koha/intranet/cgi-bin/catalogue/itemsearch.pl line 42." Line 42 of the said file reads: if (defined $format and $format eq 'json') { Bug #19706 is said to be resolved prior to 18.11, still the error occurs (with line 42 instead of 41 mentioned). I found related to 19706 that it works well when there are some CCODEs for the library; even with a CCODE set, it doesn't work in my case. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 21518] Material type "three-dimensional artifact" displays as "visual material"
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21518 Owen Leonard changed: What|Removed |Added Version|18.05 |master Assignee|koha-b...@lists.koha-commun |oleon...@myacpl.org |ity.org | Status|NEW |ASSIGNED -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 23390] Add placeholder syntax for column names
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23390 --- Comment #9 from Nick Clemens --- Created attachment 91888 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=91888=edit Bug 23390: (follow-up) Quote aliases -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 23390] Add placeholder syntax for column names
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23390 Nick Clemens changed: What|Removed |Added Status|Failed QA |Signed Off -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 23401] New: Make koha-create more user friendly
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23401 Bug ID: 23401 Summary: Make koha-create more user friendly Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Packaging Assignee: koha-bugs@lists.koha-community.org Reporter: mag...@libriotech.no QA Contact: testo...@bugs.koha-community.org CC: mi...@abunchofthings.net We just solved a problem on IRC where a new site was not indexing, because the records were UNIMARC and the site was MARC21, because /etc/koha/koha-sites.conf had not been edited priori to running koha-create. To avoid situations like this, we could display the config values (from /etc/koha/koha-sites.conf or another file specified with the --configfile option) that are about to be used and ask the user "does this look ok?". The configfile could have a setting to disable the question for those who are confident to avoid it. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 23400] New: Add --status to koha-indexer
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23400 Bug ID: 23400 Summary: Add --status to koha-indexer Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Packaging Assignee: koha-bugs@lists.koha-community.org Reporter: mag...@libriotech.no QA Contact: testo...@bugs.koha-community.org CC: mi...@abunchofthings.net koha-zebra has a nice --status switch to say if zebra is running or not. We could add the same to koha-indexer. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/