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

[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 13331] New: Subfield does not show in cataloging editor - if subfield is disabled in OPAC/enabled in Staff, via frameworks
by bugzilla-daemon＠bugs.koha-community.org 22 Apr '15

22 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13331 Bug ID: 13331 Summary: Subfield does not show in cataloging editor - if subfield is disabled in OPAC/enabled in Staff, via frameworks 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: mtj(a)kohaaloha.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Subfield does not show in cataloging editor - if subfield is disabled in OPAC/enabled in Staff, via frameworks -- You are receiving this mail because: You are watching all bug changes.

1 23

[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

[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 13431] New: Can't access MARC bibliographic frameworks and other pages
by bugzilla-daemon＠bugs.koha-community.org 22 Apr '15

22 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13431 Bug ID: 13431 Summary: Can't access MARC bibliographic frameworks and other pages Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: abl(a)biblos.pk.edu.pl, gmcharlt(a)gmail.com, katrin.fischer(a)bsz-bw.de, robin(a)catalyst.net.nz, tomascohen(a)gmail.com Depends on: 11842, 12800 +++ This bug was initially created as a clone of Bug #12800 +++ This bug has reared it's head again, but this time it's more serious. Upon package upgrade on a multi-tenant server, if your tenants do not already have a MEMCACHED_NAMESPACE environment variable defined then all instance will default back to -koha-koha nameing for the tmp file used for caching. This inevitably results in the errors shown in the original bug for all but the one instance that crates the file in the first place. At the very least, we should set this environment variable on a per instance basis at apache vhost conf creation. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 59

[Bug 12323] New: Acquisitions search results fixed in order of biblionumber
by bugzilla-daemon＠bugs.koha-community.org 22 Apr '15

22 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12323 Bug ID: 12323 Summary: Acquisitions search results fixed in order of biblionumber 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The acquisitions search is exhibiting the same behavior as bug 11410. Results are always fixed in order of biblionumber, among other possible issues ( including the ampersand issue ). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 25

[Bug 11954] New: Clean up currency default files
by bugzilla-daemon＠bugs.koha-community.org 22 Apr '15

22 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11954 Bug ID: 11954 Summary: Clean up currency default files Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Installation and upgrade (web-based installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: mtompset(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The files are not standardized, and with the intended addition of active on bug 11939, this bug will clean the files up further. TRUNCATE? Foreign key checks? It doesn't make sense to have all these differences. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13