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

[Bug 26764] New: schema.koha-community.org 'display all' ?
by bugzilla-daemon＠bugs.koha-community.org 11 Jan '22

11 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26764 Bug ID: 26764 Summary: schema.koha-community.org 'display all' ? Change sponsored?: --- Product: Project Infrastructure Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Project website Assignee: wizzyrea(a)gmail.com Reporter: martin.renvoize(a)ptfs-europe.com Is there any option of adding a 'display all' button to the tables list.. since the recent(ish) update of schemaspy we now split the list of tables over multiple pages and there's no obvious way to get a whole overview? -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 28906] New: Koha::Items->filter_by_visible_in_opac doesn't honour list context
by bugzilla-daemon＠bugs.koha-community.org 11 Jan '22

11 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28906 Bug ID: 28906 Summary: Koha::Items->filter_by_visible_in_opac doesn't honour list context Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 28886] New: Remove uses of ->as_list from the codebase
by bugzilla-daemon＠bugs.koha-community.org 11 Jan '22

11 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28886 Bug ID: 28886 Summary: Remove uses of ->as_list from the codebase Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org It seems that instead of fixing it (bug 28883) we've been using Koha::Objects->as_list to workaround the wrong behavior. We should fix this, globally. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 29060] New: Use modal for suspending holds until a date from the holds page
by bugzilla-daemon＠bugs.koha-community.org 11 Jan '22

11 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29060 Bug ID: 29060 Summary: Use modal for suspending holds until a date from the holds page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com If you view the list of holds on a patron's checkout screen you can click the "Suspend" button to trigger a modal dialog where you can select a date after which the hold should resume. I'd like to make the controls work the same way when viewing the list of holds on a title, e.g. /cgi-bin/koha/reserve/request.pl?biblionumber=XXX -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 28883] New: Koha::Objects->_new_from_dbic doesn't work correctly in list context
by bugzilla-daemon＠bugs.koha-community.org 10 Jan '22

10 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28883 Bug ID: 28883 Summary: Koha::Objects->_new_from_dbic doesn't work correctly in list context Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org It will always return a resultset, it should return a list in list context. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 70

[Bug 23149] New: Unsuspend button in staff interface is confusing
by bugzilla-daemon＠bugs.koha-community.org 10 Jan '22

10 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23149 Bug ID: 23149 Summary: Unsuspend button in staff interface is confusing Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Target Milestone: --- When viewing the holds page for biblio in the staff client it initially says: 'Suspend' until [date] - where suspend is a button and date is a datepicker if you choose a date and hit 'suspend' it then says 'Unsuspend' on [date] - where unsuspend is a button and the date is the date set above, but offers a date picker I read 'Unsuspend on date' as an option to set the date the hold will be unsuspended - not as 'Unsuspend now' with an irrelevant date displayed afterwards, which is how it seemingly functions. Does this make sense to others in its current state? I would propose: 'Suspend' until [date] - and if you set a date and click suspend it becomes Suspended until [date] then a new column with 'Unsuspend' as a button -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 21051] New: CGI::param called in list context when editing a patron card layout
by bugzilla-daemon＠bugs.koha-community.org 10 Jan '22

10 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21051 Bug ID: 21051 Summary: CGI::param called in list context when editing a patron card layout Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Label/patron card printing Assignee: cnighswonger(a)foundations.edu Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org To test: - Edit a patron card layout - Save or cancel editing CGI::param called in list context from package CGI::Compile::ROOT::home_vagrant_kohaclone_patroncards_edit_2dlayout_2epl line 186, this can lead to vulnerabilities. See the warning in "Fetching the value or values of a single named parameter" at /usr/share/perl5/CGI.pm line 436. CGI::param called in list context from package CGI::Compile::ROOT::home_vagrant_kohaclone_patroncards_edit_2dlayout_2epl line 186, this can lead to vulnerabilities. See the warning in "Fetching the value or values of a single named parameter" at /usr/share/perl5/CGI.pm line 436. CGI::param called in list context from package CGI::Compile::ROOT::home_vagrant_kohaclone_patroncards_edit_2dlayout_2epl line 186, this can lead to vulnerabilities. See the warning in "Fetching the value or values of a single named parameter" at /usr/share/perl5/CGI.pm line 436. CGI::param called in list context from package Template::Document line 57, this can lead to vulnerabilities. See the warning in "Fetching the value or values of a single named parameter" at /usr/share/perl5/CGI.pm line 436. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 28982] New: Use Flatpickr on onboarding pages
by bugzilla-daemon＠bugs.koha-community.org 10 Jan '22

10 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28982 Bug ID: 28982 Summary: Use Flatpickr on onboarding pages Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: testopia(a)bugs.koha-community.org Depends on: 28937, 28376 There is one datepicker instance in the onboarding templates which should be replaced with Flatpickr. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28376 [Bug 28376] Replace obsolete jquery-ui-timepicker-addon https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28937 [Bug 28937] Use Flatpickr on circulation and patron pages -- You are receiving this mail because: You are watching all bug changes.

1 25

[Bug 28812] New: Authority tag editor only copy $a
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '22

08 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28812 Bug ID: 28812 Summary: Authority tag editor only copy $a Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: didier.gautheron(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Depends on: 7882 Steps to reproduce: 1- Create a notice with a 700$a and 700$d 2- Click on Tag Editor 3- Only 700$a is copied Expect result: same as 19.11 all other subfields should be copied. There's now one more level in HTML tree and koha-tmpl/intranet-tmpl/prog/js/cataloging.js:openAuth() selects the wrong node. To check: still working in authorities/authorities.pl ==== diff --git a/koha-tmpl/intranet-tmpl/prog/js/cataloging.js b/koha-tmpl/intranet-tmpl/prog/js/cataloging.js index f126c86de2..35cbe499ae 100644 --- a/koha-tmpl/intranet-tmpl/prog/js/cataloging.js +++ b/koha-tmpl/intranet-tmpl/prog/js/cataloging.js @@ -43,8 +43,8 @@ function openAuth(tagsubfieldid,authtype,source) { var elementsubfcode=getSubfieldCode(element.name); var mainmainstring=element.value; var mainstring = new Array(); - var inputs = element.parentNode.parentNode.getElementsByTagName("input"); + var inputs = element.parentNode.parentNode.parentNode.getElementsByTagName("input"); for (var myindex =0; myindex<inputs.length;myindex++){ if (inputs[myindex].name && inputs[myindex].name.match(tagsubfield)){ var subfieldcode=getSubfieldCode(inputs[myindex].name); Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7882 [Bug 7882] Add ability to move and reorder fields and subfields in MARC editor -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 27

[Bug 28693] New: Main heading box not populated in search authorities from bibliographic record
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '22

08 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28693 Bug ID: 28693 Summary: Main heading box not populated in search authorities from bibliographic record Change sponsored?: --- Product: Koha Version: 20.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: bernard.scaife(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Workflow (on 20.11.05) 1. Add 610 values of a Great Britain. b Parliament x Rules and practice in order to edit catalogue record 2. Click gadget for authority search 3. Observe only "search main heading ($a only):" box is populated (Great Britain) but not "Search main heading:" box (which should contain Parliament Rules and practice) This means you get loads of results when you click search as it just searches for Great Britain. This makes it difficult to find navigate to the authority record you need. NB/ In 19.11.04 both boxes are populated. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5