July 2013 - 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 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 8952] New: Add http:// to url in social media links on opac-detail
by bugzilla-daemon＠bugs.koha-community.org 22 Apr '15

22 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8952 Priority: P5 - low Change sponsored?: --- Bug ID: 8952 Assignee: oleonard(a)myacpl.org Summary: Add http:// to url in social media links on opac-detail Severity: enhancement Classification: Unclassified OS: All Reporter: m.de.rooy(a)rijksmuseum.nl Hardware: All Status: NEW Version: master Component: OPAC Product: Koha Currently, the url is built using OPACBaseURL but does not contain a http:// prefix. -- You are receiving this mail because: You are watching all bug changes.

1 57

[Bug 10131] New: System preference search doesn't work for search terms starting with *
by bugzilla-daemon＠bugs.koha-community.org 22 Apr '15

22 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10131 Bug ID: 10131 Summary: System preference search doesn't work for search terms starting with * Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de CC: gmcharlt(a)gmail.com If you try searching for a system preference with something like *black* you will get an ugly error message: Software error: Quantifier follows nothing in regex; marked by <-- HERE in m/* <-- HERE notes/ at /usr/share/koha/intranet/cgi-bin/admin/preferences.pl line 255. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 9978] New: OMNIBUS: update GNU licenses header in Koha files from GPL2 to GPL3
by bugzilla-daemon＠bugs.koha-community.org 22 Apr '15

22 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9978 Bug ID: 9978 Summary: OMNIBUS: update GNU licenses header in Koha files from GPL2 to GPL3 Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: mtj(a)kohaaloha.com many files in Koha still incorrectly cite the old GPL2+ license, not the current GPL3+ license this OMNIBUS bug aims to track patches correcting this issue -- You are receiving this mail because: You are watching all bug changes.

1 29

[Bug 6520] New: Items don't display when viewing staged records
by bugzilla-daemon＠bugs.koha-community.org 22 Apr '15

22 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6520 Bug #: 6520 Summary: Items don't display when viewing staged records 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: jcamins(a)cpbibliography.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com When you view a staged record, even if you're adding items, the items don't show up because they're no longer included in the bib record's marc. They should be added in for display purposes. -- 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 24

[Bug 8752] New: Log circulation renewal
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '15

21 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8752 Priority: P5 - low Change sponsored?: --- Bug ID: 8752 Assignee: koha-bugs(a)lists.koha-community.org Summary: Log circulation renewal Severity: enhancement Classification: Unclassified OS: All Reporter: amit.gupta(a)osslabs.biz Hardware: All Status: NEW Version: rel_3_10 Component: Transaction logs Product: Koha Renewal log is not capturing in action_logs table after renewal the books. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 10476] New: Guarantor Search Not Limiting by Category Type
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '15

21 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10476 Bug ID: 10476 Summary: Guarantor Search Not Limiting by Category Type Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Currently, the guarantor search is not being limited by category type. In guarantor_search.pl, there is code that says the search of the borrowers table should be limited by the category_type "A" (i.e. Adult) (or "I" (i.e. Institution) in the event that the patron being guaranteed has a category_type of "P" (i.e. Professional). Here is the code: my $search_category = 'A'; if ($category_type eq 'P'){ $search_category = 'I'; } $results = Search({''=>$member, category_type=>$search_category},$orderby); However! If you investigate the "Search" sub and the subsequent "SearchInTable" sub, there is no reference to the "categories" table where the "category_type" column is located. Moreover, if you actually do a search for guarantors, you will always be able to retrieve any patron. That means that professionals can guarantee professionals, and children and guarantee children. It looks like this bug was introduced when Search and SearchMember were unified into the one Search sub. -- Now...for our purposes at Prosentient...we actually want professionals to be able to guarantee professionals, so this bug is actually "beneficial". However, I imagine lots of people in public libraries might not like having a guarantor search that doesn't weed out the children. I probably won't work on this bug (at least not any time soon), but it might an idea to create a system preference that allows users to decide what type of guarantor->guarantee relationship they want to set up in terms of category types. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 7255] New: Information on Holds Transfer Slips is Inconsistent
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '15

20 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7255 Bug #: 7255 Summary: Information on Holds Transfer Slips is Inconsistent Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: ian.walls(a)bywatersolutions.com CC: ago(a)bywatersolutions.com, gmcharlt(a)gmail.com Some of my libraries are experiencing situations where the items barcode number and call number sometimes print on the hold transfer slip and sometimes not. Other libraries have never had this information print on the slip. We've discovered that they've got a race condition in the code; when you click "confirm and print slip", you're both submitting the form that confirms the hold, as well as opening the transfer slip page. If this is a title-level hold originally, the item information (barcode and callnumber) isn't filled in until the form you've submitted completes it's action. So, depending on all kinds of server-level variables, the transfer slip process will either complete first, and not show item information, or complete second, and include barcode/callnumber. There is no way to tell which process will win the race ahead of time. So that's WHY it's a problem. As to how to fix it, we're not sure yet. The best solution would be to modify the page so that submitting the form completes, then triggers the hold slip (rather than both starting up at once), but that would involve an extensive reworking of the system. A quicker solution is to introduce a delay, but we're not sure exactly where yet. -- 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 19