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

[Bug 10805] New: Notice- Item check out /check in notice
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '14

02 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10805 Bug ID: 10805 Summary: Notice- Item check out /check in notice Change sponsored?: --- Product: Koha Version: 3.12 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: prajeeshb77(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 20727 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=20727&action=edit Koha-Notice in PDF format Problem in item checkout and check in notice. If two items issue / retrun continousely the details of the first item is displayed in the notice but the second items details are not displaying. Please find the attachment for details anyone please help me to correct this problem -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 5686] New: search in tamil
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '14

02 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5686 Summary: search in tamil Change sponsored?: --- Product: Koha Version: rel_3_0 Platform: All OS/Version: Linux Status: NEW Severity: enhancement Priority: P5 Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: novamcccharles(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 i m using koha 3.00.06. Tamil search should be enabled for title search So kindly help be in solving this bug -- 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 6382] New: Automatic Status Changing on Check In
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '14

02 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6382 Bug #: 6382 Summary: Automatic Status Changing on Check In Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Submitted on behalf of Henry Bankhead in search of feedback: We are used to being able to change at items "status" w/ horizon by just checking it in. Think of the not for loan status for example. So, if it was in mending or workroom and was checked in it would become available. Also if it was in receives status, it would move to cataloging and then to in if you checked it in twice. Originally I though Koha did this because the not for loan "status"s have numerical values. So I assumed they would move from -1, to -1, to zero (available) but evidently this is not the case. Can you see that this would be highly desirable from a workflow standpoint? What would it take to make Koha do this? -- 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 9716] New: opaclayoutstylesheet and opaccolorstylesheet must be filled in for CCSR
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '14

02 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9716 Bug ID: 9716 Summary: opaclayoutstylesheet and opaccolorstylesheet must be filled in for CCSR Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.10 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: nengard(a)gmail.com opaclayoutstylesheet and opaccolorstylesheet need to have their default values of opac.css and colors.css for the CCSR theme to work. If they are left blank they look for the css files in the prog folder. -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 10696] New: Shelf browser in mobile theme.
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '14

02 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10696 Bug ID: 10696 Summary: Shelf browser in mobile theme. Change sponsored?: --- Product: Koha Version: 3.10 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: ed.veal(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When you view the OPAC in mobile view based on the CCSR theme the () appear that surround the Brows Shelf link but the link is absent so all that appears are empty (). -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 6873] New: Incremental fine system
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '14

02 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6873 Bug #: 6873 Summary: Incremental fine system Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: vimal0212(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Provision for incremental fine is needed in Circulation and Fine Rules. For example, for first 10 days charge $1 per day, from 11th day charge should be $2. Many libraries follows this system. -- 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 5

[Bug 11701] New: Fix C4::Context::Zconn
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '14

02 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11701 Bug ID: 11701 Summary: Fix C4::Context::Zconn Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Z39.50 / SRU / OpenSearch Servers Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When calling C4::Context::Zconn once with async=0, then once again with async=1, the same ZOOM::Connection object is returned twice (with option async=0) -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 11066] New: Export Citations not RDA compatible
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '14

02 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11066 Bug ID: 11066 Summary: Export Citations not RDA compatible Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: joy(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Exporting citations does not include the 264 tag for publisher information. Bibtex uses 260 tag, subfields $a address, $c Year, $b Publisher $f Editor Endnote uses 206$a City 260$c Year 710$a Publisher RIS uses 260 for publisher data. For Marc records that are RDA records, the publisher information is contained in the 264 tag. Can we update the export parameters to pull from the 264 and/or the 260? -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 10623] New: item lost says 'checked out'
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '14

02 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10623 Bug ID: 10623 Summary: item lost says 'checked out' 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: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com If you have an item that is marked 'lost' but still 'checked out' on the patron's record (like many libraries do) it shows as 'checked out' in the status in the OPAC. It would be better if it said 'Lost' in this case so that the patrons viewing it in the OPAC don't think that it might one day come back. Nicole -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 10620] New: Z39.50 page should highlight required fields
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '14

02 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10620 Bug ID: 10620 Summary: Z39.50 page should highlight required fields Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com There is no hint in the Z39.50 form in administration which fields are required. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1