March 2015 - Koha-bugs - lists.koha-community.org

[Bug 11943] New: AcceptShare should check for double accepts
by bugzilla-daemon＠bugs.koha-community.org 26 Aug '15

26 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11943 Bug ID: 11943 Summary: AcceptShare should check for double accepts Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Lists Assignee: gmcharlt(a)gmail.com Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl As a follow-up on bug 9032, noting a small problem here: If you share the same list twice and one patron accepts both invites, a second share record exists for the same combination of patron and list. Apart from that, there is no problem when viewing the lists or removing the share (both records are removed). When the user accepts the second time, he will be redirected to the list just as the first time. But for better housekeeping, I will still submit a patch here that deals with this situation. Imho this should not block pushing the 9032 patches. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 6383] New: itemnumber not stored when a lost item is returned and credited to account
by bugzilla-daemon＠bugs.koha-community.org 26 Aug '15

26 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6383 Bug #: 6383 Summary: itemnumber not stored when a lost item is returned and credited to account Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal 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 When a lost item is returned and no longer lost the patron's account is credited, but the item number isn't stored in the itemnumber field in the db. To see what I mean try this report: select b.surname, b.firstname, bib.title, i.itemcallnumber, a.description from accountlines a left join borrowers b on (b.borrowernumber=a.borrowernumber) left join items i on (i.itemnumber=a.itemnumber) left join biblio bib on (bib.biblionumber=i.biblionumber) where a.accounttype='CR' and a.description like 'Item Returned%'; Since the barcode is printing in the description getting the itemnumber in to that table shouldn't be difficult ... I would think. -- 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 13812] New: Facet links broken when shelf location limit is used.
by bugzilla-daemon＠bugs.koha-community.org 25 Aug '15

25 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13812 Bug ID: 13812 Summary: Facet links broken when shelf location limit is used. Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org This bug is analogous to Bug 13442, but it affects shelf location rather than collection code: Limiting a search by shelf location is broken, because it wraps double-quotes around the "value" part of the key-value pair in the URL. This breaks the href= part of the anchor tag. The anchor tag generated for the shelf location faced is <a href="/cgi-bin/koha/opac-search.pl?&limit=mc-loc%3A"100100ADFICCF"&limit=mc-loc%3A"100200ADFIC"&limit=mc-loc%3A"100250ADFICGN"&limit=mc-loc%3A"100300ADFICHF"&limit=yr%2Cst-numeric%3D2014-&sort_by=acqdate_dsc&limit=au:Paetro%2C%20Maxine%2C" title="Paetro, Maxine,">Paetro, Maxine,</a> Once again, double-quotes inside the URL are causing a premature close of the href, which results in a broken link. I think that we need to take a look for code duplication inside C4::Search::buildQuery -- if there's more than one section of code where we're wrapping quotes around the 'value' part of the query, these should be consolidated -- shouldn't we be using URL encoding for URL reserved characters anyway? -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 11894] New: Funds toolbar menu items greyed out without explanation
by bugzilla-daemon＠bugs.koha-community.org 25 Aug '15

25 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11894 Bug ID: 11894 Summary: Funds toolbar menu items greyed out without explanation Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Acquisitions Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Under some circumstances items in the budgets/funds toolbar menu are greyed out without explanation. Either an explanatory tooltip should be added or the menu items should be hidden from those without the correct permissions. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 8797] New: can't delete quote of the day
by bugzilla-daemon＠bugs.koha-community.org 25 Aug '15

25 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8797 Priority: P5 - low Change sponsored?: --- Bug ID: 8797 Assignee: cnighswonger(a)foundations.edu Summary: can't delete quote of the day Severity: normal Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Tools Product: Koha I am documenting the QOTD feature and trying to delete a quote, but it's not letting me do it. I click on the quote id number and nothing happens - the row isn't highlighted or anything and so I can't delete. I'm on FF on Mac. If I click to add a new quote and don't enter any data then I can click on the ID column of the new empty quote and delete it. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 11493] New: Batch Item Modification not handling unicode characters
by bugzilla-daemon＠bugs.koha-community.org 25 Aug '15

25 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11493 Bug ID: 11493 Summary: Batch Item Modification not handling unicode characters Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: karamqubsi(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Hi, Today while trying to make a batch modification for 10 items related to one bib record , we entered an Arabic characters (ق ك و ) in the -o subfield and we get bad results :Ù Ù Ù you can try this by open a bib record with more than 1 item , select all items chose Modify selected items try to enter some Arabic character in any sub-field like in (x - Non-public note) you can put any letters from the Arabic alphabetic ( أ ب ت ث ج ح ...) save . and you will see the results . -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 12372] New: feature request: debian/scripts/koha-mysql should be able to handle arbitrary mysql arguments.
by bugzilla-daemon＠bugs.koha-community.org 24 Aug '15

24 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12372 Bug ID: 12372 Summary: feature request: debian/scripts/koha-mysql should be able to handle arbitrary mysql arguments. Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: gmcharlt(a)gmail.com Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The call to 'mysql' in /home/koha/kohaclone/debian/scripts/koha-mysql looks like this: mysql --host="$mysqlhost" --user="$mysqluser" --password="$mysqlpass" \ "$mysqldb" If $name were shifted off the argument stack, rather than simply assigned from $1, we could then pass the rest of the arguments directly to mysql: mysql --host="$mysqlhost" --user="$mysqluser" --password="$mysqlpass" \ "$mysqldb" "$@" This would make the koha-mysql command far more flexible at the command line, for instance koha-mysql mybranch --vertical or koha-mysql mybranch --html or koha-mysql mybranch --table would all be possible. -- You are receiving this mail because: You are watching all bug changes.

1 34

[Bug 13190] New: Export checkout list does not work anymore
by bugzilla-daemon＠bugs.koha-community.org 24 Aug '15

24 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13190 Bug ID: 13190 Summary: Export checkout list does not work anymore Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Bug 11703 breaks the export feature present on the checkout list. On circ/circulation.pl, the export column is there but not the export button. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 37

[Bug 10910] New: You can delete a patron who has made suggestions without any warn
by bugzilla-daemon＠bugs.koha-community.org 24 Aug '15

24 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10910 Bug ID: 10910 Summary: You can delete a patron who has made suggestions without any warn Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: mathieu.saby(a)univ-rennes2.fr QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com You can delete a patron who has made suggestions without any warn. We should have a specific warn, especially if all suggestions are not yet available (deleting the patron will make impossible to send him an email when the book arrive). M. Saby -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 13040] New: Improve exporter to allow multiple branch selections
by bugzilla-daemon＠bugs.koha-community.org 24 Aug '15

24 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13040 Bug ID: 13040 Summary: Improve exporter to allow multiple branch selections Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: robin(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org At the moment you can only select all branches or one branch for export. This will add the ability to select a set of branches for export. By default all branches will be selected. -- You are receiving this mail because: You are watching all bug changes.

1 31