December 2017 - Koha-bugs - lists.koha-community.org

[Bug 13952] Import and export of authority types
by bugzilla-daemon＠bugs.koha-community.org 20 Dec '17

20 Dec '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13952 Aleisha Amohia <aleisha(a)catalyst.net.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #68513|0 |1 is obsolete| | --- Comment #56 from Aleisha Amohia <aleisha(a)catalyst.net.nz> --- Created attachment 69941 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=69941&action=ed… Bug 13952: [FOLLOW-UP] Fixing authority type import This patch fixes the comments from Comment 29 and the import functionality. You should now be able to import an exported file without editing the file at all and the authority type code will be overwritten in the file (same behaviour as biblio frameworks). Sponsored-by: Catalyst IT Signed-off-by: Katrin Fischer <katrin.fischer.83(a)web.de> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13952] Import and export of authority types
by bugzilla-daemon＠bugs.koha-community.org 20 Dec '17

20 Dec '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13952 Aleisha Amohia <aleisha(a)catalyst.net.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #68512|0 |1 is obsolete| | --- Comment #55 from Aleisha Amohia <aleisha(a)catalyst.net.nz> --- Created attachment 69940 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=69940&action=ed… Bug 13952: Import and export authority types This patch amends C4::ImportExportFramework to work for authority types as well as MARC frameworks. New file: admin/import_export_authtype.pl Update: Ensuring we are passing the right column to the right tables. Update2: Making the error messages the same to be consistent with patch on Bug 15665 Update3: Fixing merge conflicts Update4: Fixing merge conflicts and removing tabs Update5: Getting rid of warns, making sure Import and Export of default authority will work Update6: Merge conflicts and making sure export of default auth type works Update7: Fixing merge conflicts and updating buttons to bootstrap3 To test: 1) Go to Admin -> Authority types 2) Confirm there are two new columns 'Export' and 'Import' in the table 3) Click 'Export' on an existing authority type and choose a file type, click 'Export' 4) Confirm that the authority type is exported as your chosen file type. Save the file 5) Create a new authority type 6) Import into your new authority type using the file you just exported 7) Confirm you are taken to auth_tag_structure.pl 8) Go back to Authority types 9) Export your new authority type. View the exported file and confirm the authtypecode has been updated to match the code you set for the new auth type 10) Click 'Import' next to any existing authority type and attempt to import a file that is not XML, CSV or ODS. Confirm that this fails and you are asked to import a file of the correct file type 11) Confirm Export and Import work for the Default authority type 12) Go to Admin -> MARC bibliographic framework 13) Confirm that the 'Export' and 'Import' functions still work here as well Sponsored-by: Catalyst IT Signed-off-by: Katrin Fischer <katrin.fischer.83(a)web.de> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13171] Check box for email is missing for hold notifications in patron messaging preferences.
by bugzilla-daemon＠bugs.koha-community.org 20 Dec '17

20 Dec '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13171 --- Comment #14 from Barton Chittenden <barton(a)bywatersolutions.com> --- Katrin, I believe that what's happening here is that when rows are deleted from the letter table, there's a cascading delete on message_transports. There's a foreign key relationship between letter and message_transports, but the keys aren't entirely constrained... so deleting *any* row in the letter table will delete the rows in the message_transports with that letter code. At the time that this was discussed, this wasn't seen as a big deal, because the only way this could happen through the GUI was to delete the entire message, in which case the row would need to be removed from message_transports anyway. Unfortunately this didn't take upgradedatabase into account, and I think that we've seen this happen a couple of times because of that. --Barton -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 19846] New: Incorrect number of holds showing on Receipt Page in Acquisitions
by bugzilla-daemon＠bugs.koha-community.org 19 Dec '17

19 Dec '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19846 Bug ID: 19846 Summary: Incorrect number of holds showing on Receipt Page in Acquisitions Change sponsored?: --- Product: Koha Version: 17.05 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: joy(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When viewing a receipt page for an invoice, the incorrect number of holds is showing for items. In my example all titles are showing 0 holds and I can see at least one title that there are 4 holds on the bib record. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 11916] Borrower Imports Refactor/Rewrite
by bugzilla-daemon＠bugs.koha-community.org 19 Dec '17

19 Dec '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11916 Mike <black23(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC|josef.moravec(a)gmail.com, | |rbit(a)rbit.cz | -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14319] Support for DuoSecurity 2FA Authentication
by bugzilla-daemon＠bugs.koha-community.org 19 Dec '17

19 Dec '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14319 Mike <black23(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |josef.moravec(a)gmail.com, | |rbit(a)rbit.cz -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11916] Borrower Imports Refactor/Rewrite
by bugzilla-daemon＠bugs.koha-community.org 19 Dec '17

19 Dec '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11916 Mike <black23(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |black23(a)gmail.com, | |josef.moravec(a)gmail.com, | |rbit(a)rbit.cz -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14319] Support for DuoSecurity 2FA Authentication
by bugzilla-daemon＠bugs.koha-community.org 19 Dec '17

19 Dec '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14319 Mike <black23(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |black23(a)gmail.com --- Comment #1 from Mike <black23(a)gmail.com> --- I vote +1 for 2FA Authentication. It'll be very useful for GDPR. My favorites solutions Gluu/SuperGluu https://super.gluu.org/ LinOTP http://www.linotp.org/, https://github.com/LinOTP/LinOTP PrivacyIdea https://github.com/privacyidea/privacyidea Some other solutions: https://github.com/j256/perl-two-factor-auth/blob/master/totp.pl https://debian-administration.org/article/729/Implementing_two_factor_authe… https://token2.com/?content=motpqr -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 19593] New: "Delete vendor" button is always set
by bugzilla-daemon＠bugs.koha-community.org 19 Dec '17

19 Dec '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19593 Bug ID: 19593 Summary: "Delete vendor" button is always set Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: gwendal.joncour(a)univ-rennes2.fr QA Contact: testopia(a)bugs.koha-community.org On our freshly updated 16.11 instance, we noticed that on pages /cgi-bin/koha/acqui/booksellers.pl and /cgi-bin/koha/acqui/supplier.pl, the acquisition toolbar always shows the "Delete vendor" button instead of the "Receive shipments", no matter the number of baskets attached to the vendor. When I looking on conditions on koha-tmpl/intranet-tmpl/prog/en/include/acquisitions-toolbar.inc, I saw that basketcount variable is not set. acqui/booksellers.pl and acqui/supplier.pl calling $suppliers[0]->{'basketcount'} and $supplier->{'basketcount'} from Koha::Acquisition::Bookseller while Bookseller.pm has a basket_count method to return it, explaining why the "Delete vendor" button is always shown. The problem is mainly cosmetic but with it, the test on vendor deletion in supplier.pl line 95... if ( $supplier->{'basketcount'} == 0 ) { ...always returns true so the only thing preventing deletion of vendor with baskets attached on is the database foreign key contraint. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 8371] Add network level issuing rules
by bugzilla-daemon＠bugs.koha-community.org 19 Dec '17

19 Dec '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8371 Mike <black23(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |black23(a)gmail.com -- You are receiving this mail because: You are watching all bug changes.

1 0