October 2011 - Koha-bugs - lists.koha-community.org

[Bug 6385] New: All items should optionally be displayed by default
by bugzilla-daemon＠bugs.koha-community.org 13 Mar '14

13 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6385 Bug #: 6385 Summary: All items should optionally be displayed by default Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: jcamins(a)cpbibliography.com QAContact: koha-bugs(a)lists.koha-community.org There should be an option to display all items (holdings) in the table on the OPAC, for those libraries who regularly have more than 50 items, and want the patron to see all of them immediately. Since most libraries will probably not to show all items, this will need to be optional. -- 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 23

[Bug 6293] New: Add a button to the intranet for registering with the Koha community
by bugzilla-daemon＠bugs.koha-community.org 12 Mar '14

12 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6293 Bug #: 6293 Summary: Add a button to the intranet for registering with the Koha community 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: magnus(a)enger.priv.no QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com This came up on IRC today, slightly edited version of the conversation follows: <rangi> back in about 1.2 days <1angi> as part of the makefile <rangi> we had an option to 'register' <rangi> magnuse/paul_p: maybe a button in the about page, register with the koha community ? <rangi> it could submit the about info, that way we could get info about versions too <rangi> would just need a webservice listening that it could post too <rangi> maybe on koha-community.org <rangi> and totally voluntary <snail> does the generated HTML advertise the version? we could check automagically for updates / statuses <rangi> snail: yeah if they were out on the web, lots of special/corporate libraries live on intranets <magnuse> it's in the generator meta tag <magnuse> <meta name="generator" content="Koha 3.0500001" />  <snail> dspace is switching to advertising versions in the generator tag too <rangi> i think a button where we can encourage ppl to click on <rangi> is a good first step <rangi> then we could extend it to periodically check <rangi> maybe a checkbox <rangi> some way to opt back out again <rangi> ie to turn our checking off <rangi> it could be a checkbox/syspref that just adds 'dont check' to the html, and then they have to resubmit <rangi> we need a student, its a perfect little project for a student, build a db, an a script to populate it <rangi> then add the button to koha <rangi> you dont even need to know [K]oha to do it The log: http://stats.workbuffer.org/irclog/koha/2011-05-03#i_658645 -- 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 6

[Bug 5901] New: Make virtualshelves permissions more granular
by bugzilla-daemon＠bugs.koha-community.org 06 Mar '14

06 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5901 Bug #: 5901 Summary: Make virtualshelves permissions more granular Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Virtual Shelves AssignedTo: gmcharlt(a)gmail.com ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org At the moment the virtualshelves system parameter is an ON/OFF option. I think this needs to be more granular: - no lists - lists for staff only (= virtualshelves OFF now) - allow patrons to create private lists - allow patrons to create private and public lists (= virtuelshelves ON now) Good or bad idea? Do we need more than that? -- 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 8

[Bug 6869] New: Batch item modification fails if accented characters are used in the modification form.
by bugzilla-daemon＠bugs.koha-community.org 05 Mar '14

05 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6869 Bug #: 6869 Summary: Batch item modification fails if accented characters are used in the modification form. Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Tools AssignedTo: gmcharlt(a)gmail.com ReportedBy: fcapovilla(a)live.ca QAContact: koha-bugs(a)lists.koha-community.org Created attachment 5428 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=5428 Corrects a problem in batchMod.pl when accented characters are used. When modifying multiple items in batchMod.pl, the batch modification fails if accented characters are used in any of the fields of the modification form. For example, when modifying two items by adding "RÉSERVE" in the Note subfield ($z), the progress bars gets stuck at 50% and the items are nor modified. Seems to be an encoding problem with MARC::Record::new_from_xml. Using utf8::encode before new_from_xml seems to fix the problem. Patch attached. -- 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 10

[Bug 6710] New: lists of lists in Alpha order
by bugzilla-daemon＠bugs.koha-community.org 03 Mar '14

03 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6710 Bug #: 6710 Summary: lists of lists in Alpha order Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org When you click on the button for lists on the OPAC and the pull down menu on the search results in the staff and opac it would be great if those lists were listed in alphabetical order by title of list. Right now it seems kind of random .. maybe the order in which the lists were created? -- 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 6

[Bug 5439] New: 3M RFID sensitization
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '14

27 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5439 Summary: 3M RFID sensitization Change sponsored?: Sponsored Product: Koha Version: rel_3_4 Platform: All URL: http://wiki.koha-community.org/wiki/Hook-up_with_3M_se nsitization_solution OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: henridamien(a)koha-fr.org ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 Hook-up with 3M sensitivity solutions so that when you checkout an item in Koha it sends a code (LL) to the 3M system to switch it to Sensitize OFF, and when you checkin an item in Koha it sends a code (RR) to switch the 3M hardware to Sensitize ON. Note : some other sensitivity tools seems underway. Need some clarification ! -- 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 2

[Bug 6404] New: patron bulk delete by patron category
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '14

24 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6404 Bug #: 6404 Summary: patron bulk delete by patron category Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Tools AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org In schools it would be very handy to have the ability to use the patron bulk delete to delete based on patron category in addition to the fields that are already on there. -- 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 1

[Bug 7094] New: Ordering from a suggestion does not trigger notification mail (ORDERED)
by bugzilla-daemon＠bugs.koha-community.org 21 Feb '14

21 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7094 Bug #: 7094 Summary: Ordering from a suggestion does not trigger notification mail (ORDERED) Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org Blocks: 4211 Koha has a notice template for notifications to be sent out once a suggestion gets ordered in acquisitions (ORDERED). This seems to be broken. What I did: 1) Created suggestion in OPAC 2) Accepted suggestion in Staff 3) Ordered suggestion in acquisitions > no mail was generated after adding the order line to my basket 4) Closed baskert > no mail was generated 5) Received suggestion > no mail was generated This bug might be a side effect from other suggestion bugs. Perhaps: BUG 6893 - suggestions are not longer removed from the list of accepted suggestions after ordering. It seems the status change is broken? -- 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 4

[Bug 6814] New: Notify suggestor when item is received in the library
by bugzilla-daemon＠bugs.koha-community.org 21 Feb '14

21 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6814 Bug #: 6814 Summary: Notify suggestor when item is received in the library Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: savitra.sirohi(a)osslabs.biz QAContact: koha-bugs(a)lists.koha-community.org Notify the suggestor via email when her suggested item is received in the library. A sys pref can be used to turn this feature on or off. -- 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 7096] New: Receiving suggested items does not trigger notification mail (AVAILABLE)
by bugzilla-daemon＠bugs.koha-community.org 21 Feb '14

21 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7096 Bug #: 7096 Summary: Receiving suggested items does not trigger notification mail (AVAILABLE) Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org Blocks: 4211 Koha has a notice template for notifications to be sent out to the patron once a suggestion gets available (AVAILABLE). This seems to be broken. What I did: 1) Created suggestion in OPAC 2) Accepted suggestion in Staff 3) Ordered suggestion in acquisitions 4) Closed baskert 5) Received suggestion > no mail was generated This bug might be a side effect from other suggestion bugs. Perhaps: BUG 6893 - suggestions are not longer removed from the list of accepted suggestions after ordering. It seems the status change is broken? -- 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 7