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

[Bug 14919] Reserves history for patron
by bugzilla-daemon＠bugs.koha-community.org 25 Jan '17

25 Jan '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14919 Josef Moravec <josef.moravec(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|koha-bugs(a)lists.koha-commun |josef.moravec(a)gmail.com |ity.org | --- Comment #2 from Josef Moravec <josef.moravec(a)gmail.com> --- (In reply to Brenda Turnbull from comment #1) > I wondered if a report would help your staff with this request. I ahve > placed the report in teh SQL area. We palced a link on the home page fo > staff to access this report. > https://wiki.koha-community.org/wiki/ > SQL_Reports_Holds#Patrons_Holds_History_List Yes, that's the solution we have adopted... but I think it's still valid to have it integrated into patron account better, I am assigning it to myself and will see if I will be able to come with something ;) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 14919] Reserves history for patron
by bugzilla-daemon＠bugs.koha-community.org 25 Jan '17

25 Jan '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14919 Brenda Turnbull <bturnbull(a)livewirewarrington.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bturnbull@livewirewarringto | |n.org --- Comment #1 from Brenda Turnbull <bturnbull(a)livewirewarrington.org> --- I wondered if a report would help your staff with this request. I ahve placed the report in teh SQL area. We palced a link on the home page fo staff to access this report. https://wiki.koha-community.org/wiki/SQL_Reports_Holds#Patrons_Holds_Histor… -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 17943] New: "make test" failed when upgrading from koha-3.22.10 to 3-22.14
by bugzilla-daemon＠bugs.koha-community.org 25 Jan '17

25 Jan '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17943 Bug ID: 17943 Summary: "make test" failed when upgrading from koha-3.22.10 to 3-22.14 Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: Linux Status: NEW Severity: major Priority: P5 - low Component: Installation and upgrade (command-line installer) Assignee: gmcharlt(a)gmail.com Reporter: michael.r.gendy(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org /Downloads/koha-3.22.14$ make test PERL_DL_NONLAZY=1 KOHA_CONF=blib/KOHA_CONF_DIR/koha-conf.xml /usr/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 'blib/PERL_MODULE_DIR', 'blib/arch')" t/*.t t/00-checkdatabase-version.t ........ ok t/00-deprecated.t ................... ok t/00-load.t ......................... Name "Cache::RemovalStrategy::LRU::FIELDS" used only once: possible typo at /usr/share/perl/5.18/fields.pm line 135. Name "Cache::RemovalStrategy::FIELDS" used only once: possible typo at /usr/share/perl/5.18/fields.pm line 135. Name "Tie::Hash::FIELDS" used only once: possible typo at /usr/share/perl/5.18/fields.pm line 135. DBIx::Class::Storage::DBI::_warn_undetermined_driver(): This version of DBIC does not yet seem to supply a driver for your particular RDBMS and/or connection method ('Mock'). While we will attempt to continue anyway, the results are likely to be underwhelming. Please upgrade DBIC, and if this message does not go away, file a bugreport including the following info: { DBIC_DRIVER => "DBIx::Class::Storage::DBI", DBIC_DSN => "DBI:Mock:", DBIC_VER => "0.08250", DBI_VER => "1.63" } DBIx::Class::Storage::DBI::sql_maker(): Your storage class (DBIx::Class::Storage::DBI) does not set sql_limit_dialect and you have not supplied an explicit limit_dialect in your connection_info. DBIC will attempt to use the GenericSubQ dialect, which works on most databases but can be (and often is) painfully slow. Please file an RT ticket against 'DBIx::Class::Storage::DBI' at /home/koha-admin/Downloads/koha-3.22.14/blib/PERL_MODULE_DIR/Koha/Objects.pm line 83 t/00-load.t ......................... 9/? Subroutine main::checkauth redefined at /usr/share/perl/5.18/Exporter.pm line 66. at t/00-load.t line 47. Subroutine main::get_template_and_user redefined at /usr/share/perl/5.18/Exporter.pm line 66. at t/00-load.t line 47. "my" variable $DEBUG masks earlier declaration in same scope at /home/koha-admin/Downloads/koha-3.22.14/blib/PERL_MODULE_DIR/C4/Barcodes/ValueBuilder.pm line 43. "my" variable $DEBUG masks earlier declaration in same scope at /home/koha-admin/Downloads/koha-3.22.14/blib/PERL_MODULE_DIR/C4/Barcodes/ValueBuilder.pm line 85. # Failed test 'use Koha::AudioAlert;' # at t/00-load.t line 63. # Tried to use 'Koha::AudioAlert'. # Error: Can't locate Koha/Patron/Modifications.pm in @INC (you may need to install the Koha::Patron::Modifications module) (@INC contains: /home/koha-admin/Downloads/koha-3.22.14/blib/PERL_MODULE_DIR /home/koha-admin/Downloads/koha-3.22.14/blib/arch /etc/perl /usr/local/lib/perl/5.18.2 /usr/local/share/perl/5.18.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.18 /usr/share/perl/5.18 /usr/local/lib/site_perl . /var/lib/koha/plugins) at /home/koha-admin/Downloads/koha-3.22.14/blib/PERL_MODULE_DIR/Koha/AudioAlert.pm line 26. # BEGIN failed--compilation aborted at /home/koha-admin/Downloads/koha-3.22.14/blib/PERL_MODULE_DIR/Koha/AudioAlert.pm line 26. # Compilation failed in require at t/00-load.t line 63. # BEGIN failed--compilation aborted at t/00-load.t line 63. Bailout called. Further testing stopped: ***** PROBLEMS LOADING FILE 'Koha::AudioAlert' FAILED--Further testing stopped: ***** PROBLEMS LOADING FILE 'Koha::AudioAlert' make: *** [test_dynamic] Error 255 system details 4.4.0-59-generic #80~14.04.1-Ubuntu SMP Fri Jan 6 18:02:02 UTC 2017 x86_64 MySQL version: mysql Ver 14.14 Distrib 5.5.53, for debian-linux-gnu (x86_64) using readline 6.3 Perl version: 5.018002 all perl's packages looks fine. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 12046] Authentication using CAS - bootstrap
by bugzilla-daemon＠bugs.koha-community.org 25 Jan '17

25 Jan '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12046 Fridolin SOMERS <fridolin.somers(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |17993 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17993 [Bug 17993] Do not use modal authentication with CAS -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11450] Hold Request Confirm Deletion
by bugzilla-daemon＠bugs.koha-community.org 25 Jan '17

25 Jan '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11450 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Failed QA --- Comment #10 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- This patch adds a lot of indentation changes but does not improve it. Could you provide a patch without the indentation changes? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13501] Allow autocompletion on drop-down lists
by bugzilla-daemon＠bugs.koha-community.org 25 Jan '17

25 Jan '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13501 Oleg Vasilenko <synapse.ova(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |17988 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17988 [Bug 17988] Select2 prevents correct tag expand/minimize functionality -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12460] Search history: Combine to start a new search
by bugzilla-daemon＠bugs.koha-community.org 25 Jan '17

25 Jan '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12460 Zeno Tajoli <z.tajoli(a)cineca.it> changed: What |Removed |Added ---------------------------------------------------------------------------- CC|z.tajoli(a)cineca.it | -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11536] patron self registration fails when PatronSelfRegistrationDefaultCategory is set to nonexistent borrower category code
by bugzilla-daemon＠bugs.koha-community.org 25 Jan '17

25 Jan '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11536 Aleisha Amohia <aleishaamohia(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #2 from Aleisha Amohia <aleishaamohia(a)hotmail.com> --- Actually, my mistake - this seems to be fixed now. If the input in PatronSelfRegistrationDefaultCategory doesnt match an existing category, the category list is still there and the patron is assigned the first one in the list. This doesn't seem to be a bug anymore. Setting to Resolved -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11536] patron self registration fails when PatronSelfRegistrationDefaultCategory is set to nonexistent borrower category code
by bugzilla-daemon＠bugs.koha-community.org 25 Jan '17

25 Jan '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11536 Aleisha Amohia <aleishaamohia(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |aleishaamohia(a)hotmail.com --- Comment #1 from Aleisha Amohia <aleishaamohia(a)hotmail.com> --- The original bug you are reporting doesn't seem quite valid anymore. Instead there is a different bug. It doesn't matter what you put in the PatronSelfRegistrationDefaultCategory because the OPAC form itself has a category field that sets the patron category. My opinion is that the PatronSelfRegistrationDefaultCategory should be changed to a dropdown with a list of the existing patron categories. If it is set to something, then the category field in the OPAC form should be removed and will be set to whatever is in PatronSelfRegistrationDefaultCategory. If it is empty, the user can select their category themselves (the current behaviour). -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 17766] New: Patron notification does not work with multi item holds
by bugzilla-daemon＠bugs.koha-community.org 25 Jan '17

25 Jan '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17766 Bug ID: 17766 Summary: Patron notification does not work with multi item holds 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: benjamin.rokseth(a)kul.oslo.kommune.no QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Bug 14685 introduces multi item holds on same record, but notifications triggered by ModReserveAffect does not honour multiple this. When a patron has multiple reserves on same record, notifications will only pick the first, as the database query only uses biblionumber and borrowernumber. _koha_notify_reserve in C4::Reserves is only used once anyway, so it should probably be removed, but that is another bug. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13