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

[Bug 6092] New: default sort field and order when syspref are NULL
by bugzilla-daemon＠bugs.koha-community.org 01 Jan '13

01 Jan '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6092 Bug #: 6092 Summary: default sort field and order when syspref are NULL Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: System Administration AssignedTo: paul.poulain(a)biblibre.com ReportedBy: fridolyn.somers(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Database installer "en" and others, initialize sysprefs (OPAC)defaultSortField and (OPAC)defaultSortOrder with NULL. I added "relevance" and "dsc" as default values in .pref file and in perl pages. Because it is the natural sort order of search results. I think it's the best way to avoid bugs. Regards, -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 13

[Bug 5299] New: Allow patron to update email if they are allowed to update password
by bugzilla-daemon＠bugs.koha-community.org 01 Jan '13

01 Jan '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5299 Summary: Allow patron to update email if they are allowed to update password Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: darrellulm(a)smfpl.org QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Allow the patron to update their own email (or add a new email if they never had one on file) if the syspref OpacPasswordChange is already on allowing them to update both password and email. The update email option is in a separate opac menu option. To update or add an email requires the patron to type in their password as well as the email address to change their email to. This is the patch I meant to send! Darrell Ulm -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 7

[Bug 8299] New: overdue_notice.pl shows error messages
by bugzilla-daemon＠bugs.koha-community.org 01 Jan '13

01 Jan '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8299 Priority: P5 - low Change sponsored?: --- Bug ID: 8299 Assignee: koha-bugs(a)lists.koha-community.org Summary: overdue_notice.pl shows error messages Severity: normal Classification: Unclassified OS: All Reporter: nikhilvr0(a)gmail.com Hardware: All Status: NEW Version: rel_3_8 Component: Notices Product: Koha I am installed koha 3.8.2 in Ubuntu lucid OS.When I run overdue_notices.pl with some overdue items got this error message. Use of uninitialized value in pattern match (m//) at /usr/share/koha/bin/cronjobs/overdue_notices.pl line 659. Use of uninitialized value in pattern match (m//) at /usr/share/koha/bin/cronjobs/overdue_notices.pl line 670. Use of uninitialized value in pattern match (m//) at /usr/share/koha/bin/cronjobs/overdue_notices.pl line 670. Use of uninitialized value in pattern match (m//) at /usr/share/koha/bin/cronjobs/overdue_notices.pl line 659. Use of uninitialized value in pattern match (m//) at /usr/share/koha/bin/cronjobs/overdue_notices.pl line 670. Use of uninitialized value in pattern match (m//) at /usr/share/koha/bin/cronjobs/overdue_notices.pl line 670. Use of uninitialized value in pattern match (m//) at /usr/share/koha/bin/cronjobs/overdue_notices.pl line 659. Use of uninitialized value in pattern match (m//) at /usr/share/koha/bin/cronjobs/overdue_notices.pl line 670. Use of uninitialized value in pattern match (m//) at /usr/share/koha/bin/cronjobs/overdue_notices.pl line 659. Use of uninitialized value in pattern match (m//) at /usr/share/koha/bin/cronjobs/overdue_notices.pl line 670. Use of uninitialized value in pattern match (m//) at /usr/share/koha/bin/cronjobs/overdue_notices.pl line 659. Use of uninitialized value in pattern match (m//) at /usr/share/koha/bin/cronjobs/overdue_notices.pl line 670. Use of uninitialized value in pattern match (m//) at /usr/share/koha/bin/cronjobs/overdue_notices.pl line 659. Use of uninitialized value in pattern match (m//) at /usr/share/koha/bin/cronjobs/overdue_notices.pl line 670. Use of uninitialized value in pattern match (m//) at /usr/share/koha/bin/cronjobs/overdue_notices.pl line 670. Use of uninitialized value in pattern match (m//) at /usr/share/koha/bin/cronjobs/overdue_notices.pl line 659. Use of uninitialized value in pattern match (m//) at /usr/share/koha/bin/cronjobs/overdue_notices.pl line 670. Use of uninitialized value in pattern match (m//) at /usr/share/koha/bin/cronjobs/overdue_notices.pl line 659. Use of uninitialized value in pattern match (m//) at /usr/share/koha/bin/cronjobs/overdue_notices.pl line 670. Use of uninitialized value in pattern match (m//) at /usr/share/koha/bin/cronjobs/overdue_notices.pl line 659. Use of uninitialized value in pattern match (m//) at /usr/share/koha/bin/cronjobs/overdue_notices.pl line 670. Use of uninitialized value in pattern match (m//) at /usr/share/koha/bin/cronjobs/overdue_notices.pl line 670. Use of uninitialized value in pattern match (m//) at /usr/share/koha/bin/cronjobs/overdue_notices.pl line 670. Use of uninitialized value in pattern match (m//) at /usr/share/koha/bin/cronjobs/overdue_notices.pl line 659. Use of uninitialized value in pattern match (m//) at /usr/share/koha/bin/cronjobs/overdue_notices.pl line 670. Use of uninitialized value in pattern match (m//) at /usr/share/koha/bin/cronjobs/overdue_notices.pl line 659. Use of uninitialized value in pattern match (m//) at /usr/share/koha/bin/cronjobs/overdue_notices.pl line 670. Use of uninitialized value in pattern match (m//) at /usr/share/koha/bin/cronjobs/overdue_notices.pl line 670. Use of uninitialized value in pattern match (m//) at /usr/share/koha/bin/cronjobs/overdue_notices.pl line 670. Use of uninitialized value in pattern match (m//) at /usr/share/koha/bin/cronjobs/overdue_notices.pl line 659. Use of uninitialized value in pattern match (m//) at /usr/share/koha/bin/cronjobs/overdue_notices.pl line 670. Use of uninitialized value in pattern match (m//) at /usr/share/koha/bin/cronjobs/overdue_notices.pl line 659. Use of uninitialized value in pattern match (m//) at /usr/share/koha/bin/cronjobs/overdue_notices.pl line 670. Use of uninitialized value in pattern match (m//) at /usr/share/koha/bin/cronjobs/overdue_notices.pl line 670. Use of uninitialized value in pattern match (m//) at /usr/share/koha/bin/cronjobs/overdue_notices.pl line 670. Use of uninitialized value in pattern match (m//) at /usr/share/koha/bin/cronjobs/overdue_notices.pl line 670. No letter_code at /usr/share/koha/bin/cronjobs/overdue_notices.pl line 686. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 7821] New: XSLT systempreference multi-language support
by bugzilla-daemon＠bugs.koha-community.org 24 Dec '12

24 Dec '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7821 Priority: P5 - low Change sponsored?: --- Bug ID: 7821 Assignee: oleonard(a)myacpl.org Summary: XSLT systempreference multi-language support QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: dpavlin(a)rot13.org Hardware: All Status: NEW Version: rel_3_8 Component: OPAC Product: Koha There was discussion on bug 4032 that multi-language support is important. -- You are receiving this mail because: You are watching all bug changes.

1 29

[Bug 7620] New: OPACNoResult, add search string to available parameters
by bugzilla-daemon＠bugs.koha-community.org 22 Dec '12

22 Dec '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7620 Bug #: 7620 Summary: OPACNoResult, add search string to available parameters Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: OPAC AssignedTo: paul.poulain(a)biblibre.com ReportedBy: paul.poulain(a)biblibre.com QAContact: koha.sekjal(a)gmail.com When OPACNoResult contain something, it would be usefull to be able to have the search string entered by the patron -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 33

[Bug 8309] New: Koha namespace organisation, first implementation
by bugzilla-daemon＠bugs.koha-community.org 21 Dec '12

21 Dec '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8309 Priority: P1 - high Change sponsored?: --- Bug ID: 8309 Assignee: paul.poulain(a)biblibre.com Summary: Koha namespace organisation, first implementation Severity: enhancement Classification: Unclassified OS: All Reporter: paul.poulain(a)biblibre.com Hardware: All Status: ASSIGNED Version: master Component: Architecture, internals, and plumbing Product: Koha During KohaCon12 hackfest, some of us had a discussion about Koha namespace organisation and content. The result was a wiki page: http://wiki.koha-community.org/wiki/Koha_Namespace_RFC I've investigated this organisation by writing some DBIx::Class & Moose packages. The results are great, a lot of code can be removed, and the code is safer. Note that the patches attached here are just a first draft, not requesting sign-off, just comments ! My feedback of this first try: * defining the schema has been easy, thanks to DBIx::Class documentation. Error messages are very clear and easy to understand for a newbie like me ! * investigating a little bit more, there are many tools/tricks that will make us save a lot of time/lines. Like caching (with DBIx::Class::Cursor::Cached), paging (see http://search.cpan.org/~arodland/DBIx-Class-0.08196/lib/DBIx/Class/Manual/C…, not used in this 1st POC), doing JOIN or finding relations between datas, or returning array of hashrefs (DBIx::Class::ResultClass::HashRefInflator) * cleaning categories.pl resulted in a code that is *much* smaller and readable than the previous one (something like 100 lines removed) -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 6492] New: Deleted biblios cause rebuild_zebra to fail
by bugzilla-daemon＠bugs.koha-community.org 20 Dec '12

20 Dec '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6492 Bug #: 6492 Summary: Deleted biblios cause rebuild_zebra to fail Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: ASSIGNED Severity: major Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: pianohacker(a)gmail.com ReportedBy: pianohacker(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com As described by Ian Walls: "On current HEAD, zebraqueue entries that point to deleted biblios are returning an error, and preventing every other done=0 entry from being indexed. I'm not sure if this is occurring after ANY deletion of a biblio, or only through specific vectors like reverting an imported batch, but it's a major problem. ... The exact error being returned by the rebuild_zebra.pl cronjob is: Can't call method 'field' on an undefined value at /usr/share/koha/lib/C4/Biblio.pm line 361." -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 13

[Bug 8795] New: Just add the login branch In orderreveive.tt
by bugzilla-daemon＠bugs.koha-community.org 20 Dec '12

20 Dec '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8795 Priority: P5 - low Change sponsored?: --- Bug ID: 8795 Assignee: koha-bugs(a)lists.koha-community.org Summary: Just add the login branch In orderreveive.tt Severity: enhancement Classification: Unclassified OS: All Reporter: christophe.croullebois(a)biblibre.com Hardware: All Status: NEW Version: master Component: Acquisitions Product: Koha The homebranch and holdingbranch ddl in item block are not default selected, they just show the first line. With this patch I just put the default choice as the login branch. To test : without patch the first line of the ddl is shown. With the patch the login branch is shown in homebranch and holdingbranch. thx for testing. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 7539] New: BorrowerUnwantedField should also hide fields in the OPAC
by bugzilla-daemon＠bugs.koha-community.org 18 Dec '12

18 Dec '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7539 Bug #: 7539 Summary: BorrowerUnwantedField should also hide fields in the OPAC Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All URL: cgi-bin/koha/opac-userupdate.pl OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: koha.sekjal(a)gmail.com The BorrowerUnwantedField preference lets you hide fields from the patron add form, but in the OPAC those fields still show for patrons to update their profile if you allow them to with OPACPatronDetails. The BorrowerUnwantedField should also hide these fields in the OPAC. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 1

[Bug 7609] New: Improving links to find analytics and volumes when using UseControlnumber
by bugzilla-daemon＠bugs.koha-community.org 14 Dec '12

14 Dec '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7609 Bug #: 7609 Summary: Improving links to find analytics and volumes when using UseControlnumber Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 - low Component: MARC Bibliographic data support AssignedTo: katrin.fischer(a)bsz-bw.de ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha.sekjal(a)gmail.com There are cases when both links "Show analytics" and "Show volumes" will show up on a record. At the moment the link for both is the same, searching for all records with the 001 of the record in a $w subfield of other records. By using the bib-level index the search links can be made more precise, so "Show analytics" will only bring up analytical records while "Show volumes" will find the linked volumes and monographical records. Bib-level is the index on LDR pos. 7: - For analytics: a, b - For Volumes: everything except a, b A record showing both links is: - A serial: LDR pos. 7 = s - Part of a traced series: LDR, pos. 19 = a or a monographic series 008, Continuing resource, pos. 21 = m -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 13