June 2019 - Koha-bugs - lists.koha-community.org

[Bug 17942] New: Update style of the web installer with Bootstrap 3
by bugzilla-daemon＠bugs.koha-community.org 07 Oct '20

07 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17942 Bug ID: 17942 Summary: Update style of the web installer with Bootstrap 3 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: testopia(a)bugs.koha-community.org Depends on: 17855 I'm working on a markup and style overhaul of the web installer and the new onboarding templates. One preliminary screenshot: http://zivotdesign.com/p/#1/14847560123053 I'm hoping that this patch and those for Bug 17855 can be (eventually) pushed at the same time. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17855 [Bug 17855] Updated Koha web installer and new onboarding tool feature to guide users through setting up Koha -- You are receiving this mail because: You are watching all bug changes.

1 71

[Bug 22045] New: cataloging UX enhancement
by bugzilla-daemon＠bugs.koha-community.org 06 Oct '20

06 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22045 Bug ID: 22045 Summary: cataloging UX enhancement Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Target Milestone: --- Created attachment 83473 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=83473&action=ed… vertical displaying tabs it would be nice if on the cat_addbiblio page the ui-tabs-nav (0-9 tabs) were either fixed OR also available at the bottom of the page so catalogers don't have to scroll all the way back up to the top of the page each time they want to switch tabs. I have experimented with displaying them vertical instead of horizontal, with a position of fixed. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 59

[Bug 21538] New: Show ilbrary on account page
by bugzilla-daemon＠bugs.koha-community.org 02 Oct '20

02 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21538 Bug ID: 21538 Summary: Show ilbrary on account page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: josef.moravec(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com As the bug 21401 enable saving branchcode for accountlines, we could want to show it on fines page too. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 16272] New: Transform checkout from on-site checkout to regular checkout
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '20

01 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16272 Bug ID: 16272 Summary: Transform checkout from on-site checkout to regular checkout Change sponsored?: 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: nicolas.legrand(a)bulac.fr QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com At the BULAC library, patrons may ask more one-site checkouts than regular checkouts. Often they request a bunch of books from the stacks, get them checked out as on-site checkouts, consult them. Eventually they come back to the desk asking to check in books they are not interested in and transform their on-site checkout to regular checkouts on books they wish to bring home. We would like to have a quick way to do this on the intranet: by checkin out an item which is on-site checked out for the same borrower, we would like the loan to become a regular check out. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 30

[Bug 20912] New: Rental Fees based on Time Period
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '20

01 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20912 Bug ID: 20912 Summary: Rental Fees based on Time Period Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: kyle(a)bywatersolutions.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Work to be done: 1) Add new column for daily rental fee to itemtypes 2) Add new syspref to control if daily rental fee includes holidays 3) Add code to C4::Circulation::AddIssue that will check the item's type to determine if it has a daily rental fee a) If it does, the rental fee will be calculated in full as "checkout length" times "daily rental fee", less holidays if syspref is set to ignore them 4) Add unit tests -- You are receiving this mail because: You are watching all bug changes.

1 286

[Bug 19457] New: If CheckPrevCheckout is set to "Do", then checkouts are blocked at the SIPServer
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '20

01 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19457 Bug ID: 19457 Summary: If CheckPrevCheckout is set to "Do", then checkouts are blocked at the SIPServer Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.field(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com If a library uses the system preference CheckPrevCheckout (Check for a previous issue) then, at the staff client, the issue is blocked with a dialogue asking if the checkout should be allowed or not, this is correct. However, for the sipserver, if CheckPrevCheckout is set to "Do" then the checkout is blocked with a generic "1" code and the checkout is refused by the self check. There is an argument that this is correct but, it is more likely that libraries would want to allow the checkout in this scenario as there is no explanation to the block and, most likely, it would be a genuine transaction. The sipserver needs an exception to handle this scenario. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 48

[Bug 23191] New: Administrators should be able to install plugins from the command line
by bugzilla-daemon＠bugs.koha-community.org 29 Sep '20

29 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23191 Bug ID: 23191 Summary: Administrators should be able to install plugins from the command line Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Target Milestone: --- Some support companies would prefer to now allow end users to install new plugins. Prior to bug 21073 this was mostly possible by enabling plugins in the config but making the plugin path read only to the apache user. In this way users could not upload new plugins, but support providers could add plugins at the users request. This did have the caveat that 'install', 'update' and 'remove' routines in the plugin would not be called. With bug 21073 we must run through the InstallPlugins method to populate the relevant database tables so we should add a command line script that would allow administrators to run this once they had manually added plugin code to the correct paths. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 41

[Bug 16314] New: Hover text on upload file icon plugin incorrect
by bugzilla-daemon＠bugs.koha-community.org 28 Sep '20

28 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16314 Bug ID: 16314 Summary: Hover text on upload file icon plugin incorrect Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: liz(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl The hover text for the upload file icon (commonly used with the 856u) says "Tag editor" when it should say something like "Select uploaded file." In truth, I think the icon should be different for this, as it's not really even the same sort of animal as the usual tag editor. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 20833] New: Feature request: Better copy/paste for system preferences
by bugzilla-daemon＠bugs.koha-community.org 25 Sep '20

25 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20833 Bug ID: 20833 Summary: Feature request: Better copy/paste for system preferences Change sponsored?: --- Product: Koha Version: 17.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Sometimes it is useful to be able to copy and paste system preferences as text rather than screenshot -- the nature of the system preferences screen makes this very difficult to do, because often the most important text is the system preference values, which are either in a text box or labels in a drop down. For instance the system preference 'AcqCreateItem' has the text Create an item when [*] This is only the default behavior, and can be changed per-basket. Where [*] is a drop down containing one of the values. - placing an order. - receiving an order. - cataloging the record. A simple copy and paste of the 'Value' box gives "Create an item when This is only the default behavior, and can be changed per-basket."; there's no way to copy the values in the drop down. I would be nice to have a 'copy to clipboard' button that would copy the 'preference' and 'value' fields. For instance if AcqCreateItem was set to 'placing an order', the following text would be placed in the copy/paste buffer: AcqCreateItem: Create an item when [placing an order.] This is only the default behavior, and can be changed per-basket. If multiple system preferences show up in the 'Preference' field, they would be comma separated, e.g. LocalHoldsPriority, LocalHoldsPriorityPatronControl, LocalHoldsPriorityItemControl: [Don't give] priority for filling holds to patrons whose [pickup library] matches the item's [holding library] -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 22199] New: Planning Budget does not retain values
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '20

24 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22199 Bug ID: 22199 Summary: Planning Budget does not retain values Change sponsored?: --- Product: Koha Version: 18.05 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: bwsdonna(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- When trying to use the planning function in Acquisitions/Budgets, Koha does not retain the values entered for month/itemtype/library, when entered either manually, using autofill, or a combination of both. Once figures have been entered and save is clicked, all the figures revert to zero. Noticed in 18.05.07 and confirmed in 18.11.00. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7