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

[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 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 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

[Bug 10979] New: No undef checks in DateUtils
by bugzilla-daemon＠bugs.koha-community.org 22 Apr '15

22 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10979 Bug ID: 10979 Summary: No undef checks in DateUtils Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: srdjan(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org There are many places in Koha::DateUtils where values not undef tested before matching (ie output_pref(), dt_from_string() etc). This causes unnecessary processing and gives unsightly warnings. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 11215] New: Unresponsive script warning when booksellers.pl is loading a list of all vendors
by bugzilla-daemon＠bugs.koha-community.org 22 Apr '15

22 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11215 Bug ID: 11215 Summary: Unresponsive script warning when booksellers.pl is loading a list of all vendors Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org Go to Acquisitions. Do not enter a vendor name, but just click Search. With a test db containing 400 vendors, I have an unresponsive script warning in Firefox: A script on this page may be busy, or it may have stopped responding. You can stop the script now, or you can continue to see if the script will complete. After clicking Continue twice, the script does complete. Should it take so much time to load a list of 400 vendors? Can we do this in a smarter way? :) As a comparison: I did the same in a 3.8.3 database with 500 vendors. It does not give the warnings and comes back much faster.. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 11357] New: biblio.size value not correctly displayed in list emails sent from OPAC and intranet
by bugzilla-daemon＠bugs.koha-community.org 22 Apr '15

22 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11357 Bug ID: 11357 Summary: biblio.size value not correctly displayed in list emails sent from OPAC and intranet Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org The size column in biblio is a bit problematic when used in TT, because instead of the size value from the biblio column it will give you the size of the variable. It's currently used in the templates for sending shelves from OPAC and intranet and maybe also in other places: [% END %] [% IF BIBLIO_RESULT.size %] , [% BIBLIO_RESULT.size %] [% END %] -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 10899] New: "creation_date" in "news -> edit/create" displays 02/00/0 when the date inputed is 08/11/1940
by bugzilla-daemon＠bugs.koha-community.org 22 Apr '15

22 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10899 Bug ID: 10899 Summary: "creation_date" in "news -> edit/create" displays 02/00/0 when the date inputed is 08/11/1940 Change sponsored?: --- Product: Koha Version: 3.12 Hardware: All OS: Linux Status: NEW Severity: trivial Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: olli-antti.kivilahti(a)jns.fi QA Contact: testopia(a)bugs.koha-community.org When setting the "creation_date" in "news -> edit/create" to 08/11/1940, in all views it is shown as 02/00/0. 02/00/0 is the "uh-oh there is no valid date." mysql database value is "opac_news.timestamp = 0000-00-00 00:00:00" -- You are receiving this mail because: You are watching all bug changes.

1 5