March 2014 - Koha-bugs - lists.koha-community.org

[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 10936] Standardnumber doubled up in Advanced search - more options
by bugzilla-daemon＠bugs.koha-community.org 13 Mar '14

13 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10936 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |pasi.kallinen(a)pttk.fi --- Comment #7 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- *** Bug 11613 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11613] New: Bootstrap advanced search "standard number" options are confusing
by bugzilla-daemon＠bugs.koha-community.org 13 Mar '14

13 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11613 Bug ID: 11613 Summary: Bootstrap advanced search "standard number" options are confusing Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: pasi.kallinen(a)pttk.fi QA Contact: testopia(a)bugs.koha-community.org >From bootstrap/en/modules/opac-advsearch.tt: [% IF ( numbersphr) %] <option value="sn,phr">Standard number</option> [% ELSE %] <option value="sn">Standard number</option> [% END %] <option value="sn">Standard number</option> The patron cannot be expected to know what the difference is between the two "Standard number" entries. And if numbersphr is not on, there isn't any difference. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 1993] Task Scheduler Needs Re-write
by bugzilla-daemon＠bugs.koha-community.org 13 Mar '14

13 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1993 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dcook(a)prosentient.com.au --- Comment #45 from David Cook <dcook(a)prosentient.com.au> --- I like Galen's idea of using a database table to store reports, and then using a cronjob to execute those reports on a periodic basis. I'm not sure if we even need to allow them to specify an exact time though. One of our libraries mentioned wanting to have daily/weekly/monthly reports. It would probably be enough to set up three cronjobs (daily, weekly, monthly), and then run the reports (or jobs) that have been designated as such in the DB table. After all, if the report is run before the library opens or after it closes, it should provide all the functionality desired. I would have my doubts about needing a report run at 1:35pm each day. I suppose it is possible though that you might want "morning" and "afternoon" reports, so maybe it is worth using times in the DB table. Or perhaps that's where you just add another cronjob daily cronjob for a different time. That would give the sysadmin ultimate say while also giving librarians the overall functionality that they desire. Robin also suggested using the 'batch' command which "executes commands when system load levels permit" (source: man batch (1) ). -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 3935] Schedule tasks periodically
by bugzilla-daemon＠bugs.koha-community.org 13 Mar '14

13 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3935 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dcook(a)prosentient.com.au See Also| |http://bugs.koha-community. | |org/bugzilla3/show_bug.cgi? | |id=1993 -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 1993] Task Scheduler Needs Re-write
by bugzilla-daemon＠bugs.koha-community.org 13 Mar '14

13 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1993 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |http://bugs.koha-community. | |org/bugzilla3/show_bug.cgi? | |id=3935 -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

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

12 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 12 Mar '14

12 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 11932] New: move delete checkbox on patron modification to right
by bugzilla-daemon＠bugs.koha-community.org 12 Mar '14

12 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11932 Bug ID: 11932 Summary: move delete checkbox on patron modification to right Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 26200 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=26200&action=edit batch patron modification By having the checkbox to delete a field on the patron modification on the left it implies that you have to click it to select that field to edit. I know the note says not to - but people are doing it. The batch item modification has the checkbox on the right which seems to be clearer. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 1047] Punctuation in site names breaks Edit/Delete z39.50 server administration
by bugzilla-daemon＠bugs.koha-community.org 12 Mar '14

12 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1047 Galen Charlton <gmcharlt(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Passed QA |Pushed to Master CC| |gmcharlt(a)gmail.com --- Comment #10 from Galen Charlton <gmcharlt(a)gmail.com> --- Pushed to master. This appears to be your first patch accepted into Koha master. Congratulations, Isaac! -- You are receiving this mail because: You are watching all bug changes.

1 0