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

[Bug 10598] New: self check shouldn't link out to catalog
by bugzilla-daemon＠bugs.koha-community.org 20 Oct '15

20 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10598 Bug ID: 10598 Summary: self check shouldn't link out to catalog 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 When you use self check the titles you check out are linked to the opac, the problem here is that most libraries set their self check machines to not allow visiting pages outside of the self check. If you click a title and get in to the opac then you might not be able to get back to the self check if those safeguards are in place. -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 8417] New: date acquired is shipping date
by bugzilla-daemon＠bugs.koha-community.org 20 Oct '15

20 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8417 Priority: P5 - low Change sponsored?: --- Bug ID: 8417 Assignee: koha-bugs(a)lists.koha-community.org Summary: date acquired is shipping date Severity: normal Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Acquisitions Product: Koha When receiving orders, Koha is using the shipping date as the date acquired but it should probably be using the date you're actually adding the items (which might be after the shipping date). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

[Bug 8970] New: MARC import gives error under Starman/Plack
by bugzilla-daemon＠bugs.koha-community.org 20 Oct '15

20 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8970 Priority: P5 - low Change sponsored?: --- Bug ID: 8970 Assignee: gmcharlt(a)gmail.com Summary: MARC import gives error under Starman/Plack Severity: major Classification: Unclassified OS: All Reporter: jcamins(a)cpbibliography.com Hardware: All Status: NEW Version: master Component: MARC Bibliographic record staging/import Product: Koha When trying to import records under Starman/Plack (this probably does not happen with Plack alone), one gets an error "Failed to submit form: parsererror" with the following in the error log: Subroutine redo_matching redefined at /home/jcamins/kohaclone/tools/manage-marc-import.pl line 142. Subroutine create_labelbatch_from_importbatch redefined at /home/jcamins/kohaclone/tools/manage-marc-import.pl line 186. Subroutine import_batches_list redefined at /home/jcamins/kohaclone/tools/manage-marc-import.pl line 206.Subroutine commit_batch redefined at /home/jcamins/kohaclone/tools/manage-marc-import.pl line 234.Subroutine revert_batch redefined at /home/jcamins/kohaclone/tools/manage-marc-import.pl line 263.Subroutine put_in_background redefined at /home/jcamins/kohaclone/tools/manage-marc-import.pl line 292. Subroutine progress_callback redefined at /home/jcamins/kohaclone/tools/manage-marc-import.pl line 327. Subroutine add_results_to_template redefined at /home/jcamins/kohaclone/tools/manage-marc-import.pl line 337. Subroutine add_saved_job_results_to_template redefined at /home/jcamins/kohaclone/tools/manage-marc-import.pl line 343. Subroutine import_records_list redefined at /home/jcamins/kohaclone/tools/manage-marc-import.pl line 351. Subroutine batch_info redefined at /home/jcamins/kohaclone/tools/manage-marc-import.pl line 413. Subroutine add_matcher_list redefined at /home/jcamins/kohaclone/tools/manage-marc-import.pl line 445. Subroutine add_page_numbers redefined at /home/jcamins/kohaclone/tools/manage-marc-import.pl line 458. -- You are receiving this mail because: You are watching all bug changes.

1 33

[Bug 6146] New: In Auth.pm the var OPACBaseURL ignores the syspref OPACBaseURL
by bugzilla-daemon＠bugs.koha-community.org 20 Oct '15

20 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6146 Bug #: 6146 Summary: In Auth.pm the var OPACBaseURL ignores the syspref OPACBaseURL Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: ASSIGNED Severity: normal Priority: PATCH-Sent Component: Authentication AssignedTo: juan.sieira(a)xercode.es ReportedBy: juan.sieira(a)xercode.es QAContact: koha-bugs(a)lists.koha-community.org CC: dpavlin(a)rot13.org Created attachment 3839 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=3839 proposed patch In Auth.pm the var OPACBaseURL ignores the syspref OPACBaseURL. If this syspref is set, its value must be included in this param. A patch was submitted -- 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 5010] New: Incomplete links in carts and lists sent from the staff client
by bugzilla-daemon＠bugs.koha-community.org 20 Oct '15

20 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5010 Summary: Incomplete links in carts and lists sent from the staff client Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Virtual Shelves AssignedTo: gmcharlt(a)gmail.com ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 If you send a cart or a list to an email address from the staff client, each record contains an incomplete link: In the online catalog: /cgi-bin/koha/opac-detail.pl?biblionumber=306 Assuming a link back to the OPAC is correct*, the scripts should use the OPACBaseURL variable to form a complete link. * One could argue that a cart/list sent from the staff client should link back to the staff client, but I think there is enough of a potential that staff will be sending carts/lists to patrons that it should be a link to the OPAC. -- 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 148

[Bug 5409] New: Call number is not show on Opac search result page.
by bugzilla-daemon＠bugs.koha-community.org 20 Oct '15

20 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5409 Summary: Call number is not show on Opac search result page. Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: amit.gupta(a)osslabs.biz QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Call number is not shown on opac search result page while system preference OPACItemsResultsDisplay is on. -- 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 30

[Bug 10021] New: Remove dead(?) code related to notifys
by bugzilla-daemon＠bugs.koha-community.org 19 Oct '15

19 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10021 Bug ID: 10021 Summary: Remove dead(?) code related to notifys Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: katrin.fischer(a)bsz-bw.de The database table notifys and the code related to it is as far as I can tell no longer used in Koha. I am not sure how this used to work, so we would need to check very carefully before removing it. There are some things still visible in the interface: - fines table in patron account shows columns notify id and level - similar information shows in the overdues with fines report In all databases I checked there was no information stored in the databaes table or columns - they were always 0. Remaining code I found: - database table notifys - notify_id and notify_level in accountlines - C4/Overdues.pm - C4/Accounts.pm - C4/Members.pm -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 6427] New: Rewrite of the accounts system
by bugzilla-daemon＠bugs.koha-community.org 19 Oct '15

19 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6427 Bug #: 6427 Summary: Rewrite of the accounts system Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: robin(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org The accounts system is in need of a rewrite. This will solve two purposes: 1) It'll make the code a lot nicer, and things won't be doing direct table access from all over the place. Also, some unused and long dead features will be stripped out. 2) It'll allow the account code to be a lot more flexible, making features like partial payments a whole lot seamless. This is in progress, it can be viewed here: http://git.catalyst.net.nz/gw?p=koha.git;a=shortlog;h=refs/heads/bywater/wr… And accessed via: git://git.catalyst.net.nz/git/public/koha.git, in the branch "bywater/wr78012" -- 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 795

[Bug 10306] New: acquisitions shows publisher from 260 only
by bugzilla-daemon＠bugs.koha-community.org 19 Oct '15

19 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10306 Bug ID: 10306 Summary: acquisitions shows publisher from 260 only Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com The acquisitions module show publisher info from the 260, but now libraries are using RDA and need the 264 to show if there is no 260. This is easy enough on XSLT styled pages, but acquisitions is not one of those. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 5079] New: Make display of shelving location and call number in XSLT results controlled by sysprefs
by bugzilla-daemon＠bugs.koha-community.org 19 Oct '15

19 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5079 Summary: Make display of shelving location and call number in XSLT results controlled by sysprefs 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: jwagner(a)ptfs.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 The XSLT results list does not show shelving location (the non-XSLT display does). For both shelving location and call number, some sites want either/both to show, while sites with 30-40 branches may want to declutter the display. I'm proposing to add separate sysprefs to control whether or not XSLT results list displays (a) shelving location and (b) call number. Comments? Suggestions? -- 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 80