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

[Bug 7177] New: memoize more function calls to speed up Koha
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '15

23 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7177 Bug #: 7177 Summary: memoize more function calls to speed up Koha Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Authentication AssignedTo: gmcharlt(a)gmail.com ReportedBy: dpavlin(a)rot13.org QAContact: ian.walls(a)bywatersolutions.com CC: dpavlin(a)rot13.org This series of patches implement improvements in Koha speed based on results from: sudo sh -c 'echo 3 > /proc/sys/vm/drop_caches' perl -d:NYTProf -I/usr/share/koha/lib/ /usr/share/koha/opac/cgi-bin/opac/opac-search.pl q=human | wc nytprofhtml -- 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

[Bug 11331] New: CSV export for viewlog.pl is missing newlines
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '15

23 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11331 Bug ID: 11331 Summary: CSV export for viewlog.pl is missing newlines Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: sophie.meynieux(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org When you try to export the result of tools/viewlog.pl in csv, file cannot be correctly loaded : - Newline is missing after each record, - strings should be enclosed in "" - columns are not the same as for screen output This patch corrects this 3 points -- You are receiving this mail because: You are watching all bug changes.

1 27

[Bug 12507] New: Don't show News in Staff and opac in 3.16.0 / 3.16.1
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '15

23 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12507 Bug ID: 12507 Summary: Don't show News in Staff and opac in 3.16.0 / 3.16.1 Change sponsored?: --- Product: Koha Version: 3.14 Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: felipe.gomez3(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com In these versions news HOMEPAGE staff and OPAC disappear. I have the error un the NewsChannels.pm file. /usr/share/koha/lib/C4/NewsChannels.pm the error is solved by simply changing the quotes in the line 200: OLD: AND `timestamp` < CURRENT_DATE()+1 NEW: AND 'timestamp' < CURRENT_DATE()+1 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 24

[Bug 12858] New: Syndetics index apreciably slow page load for items without result at Syndetics
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '15

23 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12858 Bug ID: 12858 Summary: Syndetics index apreciably slow page load for items without result at Syndetics Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: nengard(a)gmail.com Depends on: 12420 get_syndetics_index is missing the error handling code that is present in the other routines. Thereofre, if an idnex is not found for the particular item, then XML::Simple attempts to parse the large html document that is returned. -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 8276] New: circ history not sorting right
by bugzilla-daemon＠bugs.koha-community.org 22 Apr '15

22 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8276 Priority: P5 - low Change sponsored?: --- Bug ID: 8276 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: circ history not sorting right Severity: normal Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Circulation Product: Koha Created attachment 10390 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=10390&action=edit sort error When you're on the patron's circulation history in the staff client the far right column is sorting by month/day in descending order, but year is ascending. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 6036] New: Mobile interface for Intranet
by bugzilla-daemon＠bugs.koha-community.org 22 Apr '15

22 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6036 Bug #: 6036 Summary: Mobile interface for Intranet Classification: Unclassified Change sponsored?: Seeking cosponsors Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Staff Client AssignedTo: paul.poulain(a)biblibre.com ReportedBy: wizzyrea(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Koha could use a proper mobile interface for the circulation/catalog aspects of the staff client. I don't see people doing reports or cataloging from a mobile phone. Maybe that's shortsighted. -- 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 3

[Bug 10437] New: Greater flexibility on Marc Edit screen
by bugzilla-daemon＠bugs.koha-community.org 22 Apr '15

22 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10437 Bug ID: 10437 Summary: Greater flexibility on Marc Edit screen Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.12 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: imingchan(a)yahoo.com.au CC: m.de.rooy(a)rijksmuseum.nl Created attachment 18786 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=18786&action=edit Marc edit screen sample Greater flexibility on Marc Edit screen, so tags omitted on bibliographic frameworks can be added freely. The current design requires all MARC tags to be present! This creates unnecessary scrolling up and down the screen, with many tags that are not required for the item on hand (but maybe needed for other items)!. I would suggest the following enhancement: 1. Using spreadsheet/grid format (rows and columns) for data entry area, with columns of (left to right): Tag, I1 (Indicator 1), I2 (Indicator 2) and Data. Depending on the preference setting, tabs 0 to 9 at top can be consolidated so all data entry can be done on the same tab. 2. Expert cataloguers can enter the 3-digit MARC tag number straight in the Tag column. If unsure, click on the dropdown arrow (positioned between the Tag and I1 columns), where a new window will pop up allowing the cataloguer to select from an "expandable tree" like below: - Title > Main entry > Added entry + Author + Imprint + Notes + Subjects + Numbers Click on the required heading will automatically expand to the next level of heading(s), if available. Once the lowest level of heading has been selected, pop-up screen will close. The corresponding MARC tag and indicator(s) will automatically inserted into the grid(s). Indicator column(s) will be grayed out for those tags that do not require data input. The mouse cursor will move to the next required data entry position. 3. Once a MARC tag has been determined for a row/line, the cataloguer can enter required subfield tag (i.e. $a) or press [Insert] key to display pop-up screen with available subfield tag and corresponding headings. 4. Single or multiple subfield tags can be selected at the same time. They will be inserted back to the relevant line on the Marc edit screen (by the order of the selection) after closing the pop up screen. 5. For clarity, subfield tags should be presented in different colour to the data text. Depending on the preference, multipe subfields maybe entered all on the same line or separate lines like now. 5. For lengthy data, the size of the "cell" will automatically expand and text wrapped (like MS Excel). 6. For Leader, 006, 007 or 008 tags, "..." will appear like now that allow data entry or edit of details. For tags that require authority validation, perhaps a "search glass" (or similar) will appear at end (far right) of the line. The cataloguer can click to check the heading. Once done, perhaps a green tick will replace the search glass. 7. Press [Tab] to move to the next line/tag (like MS Excel). 8. To delete a line, simply highlight the required row (like MS Excel) and then click [X] -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 5511] New: Check for Change in Remote IP address for Session Security. Disable when remote ip address changes frequently.
by bugzilla-daemon＠bugs.koha-community.org 22 Apr '15

22 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5511 Summary: Check for Change in Remote IP address for Session Security. Disable when remote ip address changes frequently. 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: amit.gupta(a)osslabs.biz QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 Check for Change in Remote IP address for Session Security. Disable when remote ip address changes frequently. -- 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 59

[Bug 12122] New: TransferSlip should accept both itemnumber and barcode
by bugzilla-daemon＠bugs.koha-community.org 22 Apr '15

22 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12122 Bug ID: 12122 Summary: TransferSlip should accept both itemnumber and barcode Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation 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, kyle.m.hall(a)gmail.com C4::Circulation::TransferSlip uses Getitem which takes either itemnumber or barcode. It should therefore accept both itemnumber and barcode as input. This would make it easy to generate print slip from barcode instead of doing item lookup (GetItemnumberfromBarcode) first. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 10975] New: addbiblio.pl checks if marcflavour equals "usmarc"
by bugzilla-daemon＠bugs.koha-community.org 22 Apr '15

22 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10975 Bug ID: 10975 Summary: addbiblio.pl checks if marcflavour equals "usmarc" Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: magnus(a)enger.priv.no QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl On line 924 of cataloguing/addbiblio.pl we have this line: $template->param( title => $record->title() ) if ($record ne "-1" && C4::Context->preference('marcflavour') eq "usmarc"); As far as I know, the 'marcflavour' syspref will never, ever be equal to "usmarc". I'm not sure if this has any practical sideeffects, though, I just spotted it while looking for something else. -- You are receiving this mail because: You are watching all bug changes.

1 2