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

[Bug 5286] New: Problems with dates on expected issues in serials
by bugzilla-daemon＠bugs.koha-community.org 15 Mar '14

15 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5286 Summary: Problems with dates on expected issues in serials Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Serials AssignedTo: colin.campbell(a)ptfs-europe.com ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Created attachment 2672 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2672 add new subscription Tested with current head (3.01.00.145) and different date settings (mm/dd/yyy and dd/mm/yyyy) I think it is perhaps a problem with frequency irregular, not sure about other frequencies. See screenshots for the exact settings to reproduce the problem. 1. create new subscription - don't add items - frequency irregular 2. dates for first issue look fine on subscription overview and receive. 3. receive first issue. Dates are broken for the predicted next issue, showing as XXX or 02/00/0. -- 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 4

[Bug 5068] New: in add MARC record interface, concatenation of repeatable subfields in subject heading tags
by bugzilla-daemon＠bugs.koha-community.org 15 Mar '14

15 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5068 Summary: in add MARC record interface, concatenation of repeatable subfields in subject heading tags Change sponsored?: --- Product: Koha Version: rel_3_0 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: ccurry(a)amphilsoc.org QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 pages involved: cgi-bin/koha/authorities/auth_finder.pl cgi-bin/koha/cataloguing/addbiblio.pl In the add MARC record interface, repeated subfields from subject headings (imported from authorities) are being added to one subfield field, separated by a pipe, rather than being distributed to multiple subfields. In addition, these subfields are being placed in an arbitrary order, rather than the order in which they appear in the authority record. For instance, adding the subject "a$United States $xHistory $yCivil War, 1861-1865 $xCampaigns $vPictorial works" is instead entered into the new MARC record as "a$United States $vPictorial works $xHistory|Campaigns $yCivil War, 1861-1865." Our catalogers also report that records imported from Z39.50 exhibit the same behavior if their subject fields contain repeated subfields. We're running 3.00.05.001 (on Debian Lenny), but I was able to duplicate the bug on http://staff.kohademo.esilibrary.com, which is running 3.01.00.143 (HEAD?), so this bug is probably present in 3.2 as well. -- 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 9

[Bug 4956] New: ordering from external doesn't let you search more than 2
by bugzilla-daemon＠bugs.koha-community.org 15 Mar '14

15 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4956 Summary: ordering from external doesn't let you search more than 2 Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 When ordering from an external source on acquisitions if you choose to search more than 2 targets you get a 500 error. I tried this on two installs of HEAD on two different servers with many different z39.50 targets before reporting this. -- 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 4

[Bug 6554] New: Broken encoding in members home/search page
by bugzilla-daemon＠bugs.koha-community.org 14 Mar '14

14 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6554 Bug #: 6554 Summary: Broken encoding in members home/search page Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Patrons AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: dubyk(a)library.lviv.ua QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 4558 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=4558 members-home.pl (Ukrainian) Two pages /cgi-bin/koha/members/members-home.pl /cgi-bin/koha/members/member.pl displayed incorrectly for languages with multibytes encodings. Screenshot attached for Ukrainian, Russian, Greek French, Spanish, Arabic ... Template member.tt look good - all translated parts is readable. -- 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 243

[Bug 6385] New: All items should optionally be displayed by default
by bugzilla-daemon＠bugs.koha-community.org 13 Mar '14

13 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6385 Bug #: 6385 Summary: All items should optionally be displayed by default Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: jcamins(a)cpbibliography.com QAContact: koha-bugs(a)lists.koha-community.org There should be an option to display all items (holdings) in the table on the OPAC, for those libraries who regularly have more than 50 items, and want the patron to see all of them immediately. Since most libraries will probably not to show all items, this will need to be optional. -- 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 23

[Bug 10931] New: CSV for serial claims contains untranslatable strings
by bugzilla-daemon＠bugs.koha-community.org 13 Mar '14

13 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10931 Bug ID: 10931 Summary: CSV for serial claims contains untranslatable strings Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr To reproduce: - Make sure you have some late issues for your subscriptions - Install an updated po file for another language - Activate that language - Search for late issues using the claims functionality in serials - Verify that you can export issue data for one or more issues - Verify that the CSV created contains English strings - Verify that your updated po file doesn't contain those strings -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 9018] New: Translate update command doesn't work without existing ccsr file
by bugzilla-daemon＠bugs.koha-community.org 13 Mar '14

13 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9018 Priority: P5 - low Change sponsored?: --- Bug ID: 9018 CC: frederic(a)tamil.fr Assignee: koha-bugs(a)lists.koha-community.org Summary: Translate update command doesn't work without existing ccsr file Severity: major Classification: Unclassified OS: All Reporter: katrin.fischer(a)bsz-bw.de Hardware: All Status: NEW Version: master Component: I18N/L10N Product: Koha I tried updating the German po files for testing and found that the 'perl translate update de-DE' command gives some error message in the end: Update templates 'OPAC ccsr' From: /home/katrin/kohacloneG/koha-tmpl/opac-tmpl/ccsr/en/ To : /home/katrin/kohacloneG/misc/translator/po/de-DE-opac-ccsr.po Warning: Can't determine original templates' charset, defaulting to UTF-8 Warning: Charset Out defaulting to UTF-8 msgmerge: Öffnen der Datei »/home/katrin/kohacloneG/misc/translator/po/de-DE-opac-ccsr.po« zum Lesen fehlgeschlagen: Datei oder Verzeichnis nicht gefunden Update FAILED. Rough translation: File can not be opened for reading... There are also no files for the ccsr theme in Pootle - so if you can't generate the file yourself and there is no file to be used on Pootle, the new theme is currently not translatable. This makes this kind of a bigger problem. I was using the German 3.10 po files downloaded from Pootle and the 3.10.x branch from git. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 24

[Bug 6293] New: Add a button to the intranet for registering with the Koha community
by bugzilla-daemon＠bugs.koha-community.org 13 Mar '14

13 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6293 Bug #: 6293 Summary: Add a button to the intranet for registering with the Koha community Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Staff Client AssignedTo: paul.poulain(a)biblibre.com ReportedBy: magnus(a)enger.priv.no QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com This came up on IRC today, slightly edited version of the conversation follows: <rangi> back in about 1.2 days <1angi> as part of the makefile <rangi> we had an option to 'register' <rangi> magnuse/paul_p: maybe a button in the about page, register with the koha community ? <rangi> it could submit the about info, that way we could get info about versions too <rangi> would just need a webservice listening that it could post too <rangi> maybe on koha-community.org <rangi> and totally voluntary <snail> does the generated HTML advertise the version? we could check automagically for updates / statuses <rangi> snail: yeah if they were out on the web, lots of special/corporate libraries live on intranets <magnuse> it's in the generator meta tag <magnuse> <meta name="generator" content="Koha 3.0500001" />  <snail> dspace is switching to advertising versions in the generator tag too <rangi> i think a button where we can encourage ppl to click on <rangi> is a good first step <rangi> then we could extend it to periodically check <rangi> maybe a checkbox <rangi> some way to opt back out again <rangi> ie to turn our checking off <rangi> it could be a checkbox/syspref that just adds 'dont check' to the html, and then they have to resubmit <rangi> we need a student, its a perfect little project for a student, build a db, an a script to populate it <rangi> then add the button to koha <rangi> you dont even need to know [K]oha to do it The log: http://stats.workbuffer.org/irclog/koha/2011-05-03#i_658645 -- 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 6

[Bug 8113] New: Item return fails using SIP2
by bugzilla-daemon＠bugs.koha-community.org 13 Mar '14

13 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8113 Priority: P3 Change sponsored?: --- Bug ID: 8113 Assignee: colin.campbell(a)ptfs-europe.com Summary: Item return fails using SIP2 Severity: major Classification: Unclassified OS: Linux Reporter: hlib(a)lloydminster.info Hardware: PC Status: NEW Version: rel_3_8 Component: SIP2 Product: Koha I have been testing Koha's SIP2 service using both the 3M software and an actual self-check device. When attempting to return an item loaned using the Koha circulation interface through the 3m software I receive a message that communications has failed while the following message appears in my sip.err file: Use of uninitialized value $var in hash element at /usr/share/koha/lib/C4/Context.pm line 1026 Undefined subroutine &C4::Circulation::GetItemnumberFromBarcode called at /usr/share/koha/lib/C4/Circulation.pm line 1541 Note that this error is similar to the one reported in bug 7684 today -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 9375] New: Logging in with LDAP creates duplicate users
by bugzilla-daemon＠bugs.koha-community.org 12 Mar '14

12 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9375 Bug ID: 9375 Summary: Logging in with LDAP creates duplicate users Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.8 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Authentication Assignee: gmcharlt(a)gmail.com Reporter: liz(a)catalyst.net.nz CC: dpavlin(a)rot13.org Bug noted in 3.8, probably exists in master as well. To replicate: Create a "native" koha user with the same username/password as your LDAP user. Log in with LDAP - a duplicate user should be created with the mapped fields in the borrower account. I think this is not working as intended - my thought is that if a user exists in Koha, and the user/password are identical, one of two things should happen: Either Koha should recognize that this user exists and ask the user if they want to populate the existing account with the data from LDAP, or Koha should recognize that this user exists and simply log in, leaving the member account alone and inserting no data. Thoughts? -- You are receiving this mail because: You are watching all bug changes.

1 9