August 2013 - Koha-bugs - lists.koha-community.org

[Bug 9548] New: Store bibliographic information in aqorders table ?
by bugzilla-daemon＠bugs.koha-community.org 19 Aug '13

19 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9548 Bug ID: 9548 Summary: Store bibliographic information in aqorders table ? Classification: Unclassified 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: mathieu.saby(a)univ-rennes2.fr At present, in aqorders table, Koha stores the biblionumber of the record. If the record is suppressed (or merged I suppose) for some reason, the title, author, publisher, date of the ordered document could no more be retrieved. At the end of the year if you make a report for listing all the documents ordered that year, bibliographic information will be missing for some documents. So, would it be possible to store critical bibliographic information (title, author, publisher, date ?) in aqorders table? M. Saby Rennes 2 university -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 6291] New: Cart printing truncated in Firefox
by bugzilla-daemon＠bugs.koha-community.org 19 Aug '13

19 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6291 Bug #: 6291 Summary: Cart printing truncated in Firefox Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: ASSIGNED Severity: normal Priority: P5 Component: Browser compatibility AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org If you have several pages of items in your cart and you try to print it in Firefox your printout will only include the first few pages. This issue is probably not unique to the cart, but to any print view which includes a large, multi-page table. -- 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 20

[Bug 7279] New: intranet print.css width settings causing 'squashing' of columns
by bugzilla-daemon＠bugs.koha-community.org 19 Aug '13

19 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7279 Bug #: 7279 Summary: intranet print.css width settings causing 'squashing' of columns Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: chrish(a)catalyst.net.nz QAContact: ian.walls(a)bywatersolutions.com Created attachment 6461 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=6461 Picture showing column being squashed The intrantet print.css has 'width : 100%' set for td (and td:last-child). This causes the printed table to differ from the one viewed as well as causing the printed table to 'squash' its columns. -- 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 9

[Bug 10108] New: can't print more than one page of overdues
by bugzilla-daemon＠bugs.koha-community.org 19 Aug '13

19 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10108 Bug ID: 10108 Summary: can't print more than one page of overdues Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.10 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com There is no way to print more than one page of the overdues report found in the circulation module. When you choose to print it stops after the first page in all tests I've run. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 10757] New: OAI-PMH records should also include setSpec in their headers
by bugzilla-daemon＠bugs.koha-community.org 19 Aug '13

19 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10757 Bug ID: 10757 Summary: OAI-PMH records should also include setSpec in their headers Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org Currently, we're only including datestamp and identifier in the header of outgoing OAI-PMH records. However, according to the spec (http://www.openarchives.org/OAI/openarchivesprotocol.html#Record) it seems that we should also be including elements for setSpec. While our OAI-PMH verbs allow for selective harvesting using setSpec (which is really the most important feature), it seems like we should still be providing the setSpecs (there may be multiple) for outgoing records as well. -- Bug 3206 is another header related bug where we might want to start including the status attribute in the header element for deleted records...(using the deletedbiblios table as per Frédéric's suggestion. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 3206] OAI repositry deleted record support
by bugzilla-daemon＠bugs.koha-community.org 19 Aug '13

19 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3206 --- Comment #3 from David Cook <dcook(a)prosentient.com.au> --- (In reply to David Cook from comment #2) > (In reply to Frédéric Demians from comment #1) > > This is an easy enhancement. 'deletedbiblio' table contains all the > > information required to add deleted records support to Koha OAI Server. > > Currently, selective harvesting replies with added/modified biblio > > records. We just have to request 'deletedbiblio' table to send back also > > deleted records. > > Sounds right to me. We'd also need to add in a status element saying > "deleted". I suppose declaring the repo "persistent" vs "transient" would > depend on if the library ever deletes their deletedbiblio table. My mistake...the header element should actually have an attribute with a value of deleted, based on the examples from http://www.openarchives.org/OAI/openarchivesprotocol.html -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 3206] OAI repositry deleted record support
by bugzilla-daemon＠bugs.koha-community.org 19 Aug '13

19 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3206 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dcook(a)prosentient.com.au --- Comment #2 from David Cook <dcook(a)prosentient.com.au> --- (In reply to Frédéric Demians from comment #1) > This is an easy enhancement. 'deletedbiblio' table contains all the > information required to add deleted records support to Koha OAI Server. > Currently, selective harvesting replies with added/modified biblio > records. We just have to request 'deletedbiblio' table to send back also > deleted records. Sounds right to me. We'd also need to add in a status element saying "deleted". I suppose declaring the repo "persistent" vs "transient" would depend on if the library ever deletes their deletedbiblio table. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 3134] Ability to selelct multiple reports to delete at once
by bugzilla-daemon＠bugs.koha-community.org 18 Aug '13

18 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3134 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Patch doesn't apply --- Comment #9 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Hi Owen, could you rebase your patch please? I tried but might have gone wrong somewhere. Would it be possible that you provide a unit test for the changed sub delete_report? -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 3849] Acq Permissions unclear
by bugzilla-daemon＠bugs.koha-community.org 18 Aug '13

18 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3849 --- Comment #5 from Nicole C. Engard <nengard(a)gmail.com> --- (In reply to Katrin Fischer from comment #4) > order_manage Manage orders & basket > order_receive Manage orders & basket > >Looks all the same? I just got a report of this from a library - they were confused - this is still an issue. Nicole -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 10748] New: Add option to block return of lost items
by bugzilla-daemon＠bugs.koha-community.org 18 Aug '13

18 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10748 Bug ID: 10748 Summary: Add option to block return of lost items 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com It seems there is currently no way to block users from returning an item that has been marked as lost. We already have BlockReturnOfWithdrawnItems to block the return of withdrawn items, so something similar for lost items would make sense. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0