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

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

19 Dec '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13952 --- Comment #54 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Hi Aleisha, want to retest and try to push this through QA, can you please rebase? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15437] MARC21: Show $i for 780/785
by bugzilla-daemon＠bugs.koha-community.org 19 Dec '17

19 Dec '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15437 --- Comment #9 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- (In reply to J Schmidt from comment #7) > -Used Sandbox1 (ByWater) > -Koha Admin > MARC Bibliographic framework > Default framework > Actions > > MARC Structure. > -780 > Actions > Subfields. > -Found subfield i > clicked on Edit. > -Expanded advanced constraints > checkmarked the Editor box > clicked Save > changes. Noticed in the area that the 780$a is hidden..... Hmmm. Left it > alone. > -Go to 785 and repeat this same step with Save changes.... > Go to Koha Admin > MARC bibliographic framework test. Click that. System > says test is OK. > -Koha > Search the catalog > Didn't find any records. > -Went to Koha > cataloging > New from z39.50 search for vogue and ISSN: > 0042-8000. Import the record with the LCCN of 08036997. Save MARC record > into Koha. > add in 942- > -Prompted me to add a new item record so I did that. Saved. > -Went back to Edit bib record > Simple editor. Record number 439. > -Went to the 780 field and was able to add in and save a subfield i > information. > -Saved the bib and was able to click SHOW MARC to see the subfield i > information. > -Went to Edit bib to repeat and fill in subfield i of the 785. Saved the bib > again and was able to click SHOW MARC to see the subfield i information. > > I would save this passes and can be signed off off. Thx for testing! The MARC view will always work as it's generated from the visibility settings you make for your frameworks. For this patch, you need to take a look at the intranet detail page (normal view). I will try and find some examples for $i use in our union catalog. Note: we should try and keep the existing patches, but add some to fix the OPAC detail page as well! -- 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 19 Dec '17

19 Dec '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13171 --- Comment #12 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- (In reply to Marjorie Barry-Vila from comment #10) > Hi, > > I repeat this problem on 16.11 > > Test plan: > > - in notice HOLD (/tools/letter.pl), write text in Print tab, save > - check in table message_transports that line for HOLD are present (select * > from message_transports) > - in notice HOLD, supress text in Print tab, save > - check in table message_transport that lines for HOLD are missing and in > Patron messaging Preferences, there is a "-" where check box should appear > > Regards > Marjorie Hi Marjorie, I have tried to replicate the problem following your test plan, but it didn't work for me on master. After emptying out the print section of the HOLD template, the checkboxes still appear normally for me. Maybe this is specific to 16.11, but can't test there right now. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 10344] Omnibus: add RDA support to Koha
by bugzilla-daemon＠bugs.koha-community.org 19 Dec '17

19 Dec '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10344 Bug 10344 depends on bug 10306, which changed state. Bug 10306 Summary: Koha to MARC mappings (Part 1): Allow multiple mappings per kohafield (for say 260/RDA 264) https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10306 What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED |--- -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10306] Koha to MARC mappings (Part 1): Allow multiple mappings per kohafield (for say 260/RDA 264)
by bugzilla-daemon＠bugs.koha-community.org 19 Dec '17

19 Dec '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10306 Aleisha Amohia <aleisha(a)catalyst.net.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|FIXED |--- CC| |aleisha(a)catalyst.net.nz Status|RESOLVED |REOPENED --- Comment #78 from Aleisha Amohia <aleisha(a)catalyst.net.nz> --- This commit 01fbe2be9925f8586b9a2cb4dc908fc856b672a8 (Bug 10306: Core module changes for multiple mappings) is breaking a bunch of things for me. A few examples: /cgi-bin/koha/opac-user.pl - when trying to see OPAC user summary, I get internal server error: Not an ARRAY reference at /home/vagrant/kohaclone/C4/Biblio.pm line 1124 /cgi-bin/koha/acqui/neworderbiblio.pl - when trying to add an order to a basket from an existing record, I get internal server error: Not an ARRAY reference at /home/vagrant/kohaclone/C4/Biblio.pm line 2667 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13715] "limit to items available" hides records with multiple items where 1 is not available (checked out) but others are
by bugzilla-daemon＠bugs.koha-community.org 19 Dec '17

19 Dec '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13715 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |katrin.fischer(a)bsz-bw.de --- Comment #5 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- I agree that the availability filter is problematic, but I am not sure someone is willing to invest time in this, you might want to consider funding a fix. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11300] Add a new authority linker which searches for authority links on a Z39.50 server.
by bugzilla-daemon＠bugs.koha-community.org 19 Dec '17

19 Dec '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11300 --- Comment #24 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Comment on attachment 69204 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=69204 Bug 11300 - Add a new authority linker which searches for authority links on a Z39.50 server. Review of attachment 69204: --> (https://bugs.koha-community.org/bugzilla3/page.cgi?id=splinter.html&bug=113…) ----------------------------------------------------------------- Hi Bouzid, did you attach the most recent patch? This one is not using Modern::Perl as you said in your last comment? I have taken another look at the code, some are questions: ::: C4/Linker/Z3950Server.pm @@ +1,1 @@ > +package C4::Linker::Z3950Server; I am not sure about adding a new module to the C4 namespace at this point in time, as we have been busy moving things into the new Koha namespace. This might be something to check with the Release Manager. It might be ok because of the relationship with C4::Linker. @@ +15,5 @@ > +# You should have received a copy of the GNU General Public License > +# along with Koha; if not, see <http://www.gnu.org/licenses>. > + > +use strict; > +use warnings; You should always use Modern::Perl instead of use strict; use warnings; @@ +121,5 @@ > + ($authid, $record, $status) = $self->getZ3950Authority($heading); > + > + Do a Z39.50 search for the heading using the $conn ZOOM::Connection object and the $heading Heading. > + The column origincode is used to check for duplicates. > + FIXME: Use thesaurus in search? As of Koha 3.8, the community stopped using them. What's this comment referring to? @@ +167,5 @@ > + } > + my $query; > + if ($heading->{'auth_type'} eq 'PERSO_NAME' ){ > + $query =qq(Personal-name,do-not-truncate,ext="$heading->{'search_form'}"); > + }elsif ($heading->{'auth_type'} eq 'UNIF_TITLE' ) { I am not sure if these are universal or only specific to MARC21. :( @@ +214,5 @@ > + my $authtypecode = C4::AuthoritiesMarc::GuessAuthTypeCode($record); > + my $authId; > + > + # Use the control number to prevent the creation of duplicate authorities. > + my $controlNumber = $record->field('970')->subfield('0'); What is 970? I checked authority frameworks and bibliograpic frameworks but it's defined in neither? @@ +225,5 @@ > + # Corrections and verifications before insertion > + my $format; > + my $leader=' nz a22 o 4500';# Leader for incomplete MARC21 record > + > + if (uc(C4::Context->preference('marcflavour')) eq 'UNIMARC') { No need for uc() here I think. @@ +238,5 @@ > + $record->leader($leader); > + } > + if (!$record->field('003')) { > + $record->insert_fields_ordered( > + MARC::Field->new('003',C4::Context->preference('MARCOrgCode')) I think this needs to be adjusted - as of 17.11 the MARCOrgCode can also be set on library level. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13676] OpacSuppression description says 'items' but means 'records'
by bugzilla-daemon＠bugs.koha-community.org 18 Dec '17

18 Dec '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13676 --- Comment #11 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Thx for your first patch Sherryn! -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13676] OpacSuppression description says 'items' but means 'records'
by bugzilla-daemon＠bugs.koha-community.org 18 Dec '17

18 Dec '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13676 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #69862|0 |1 is obsolete| | --- Comment #10 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Created attachment 69863 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=69863&action=ed… Bug: 13676: Fixing the OpacSuppression description To Test 1/ Search for OpacSuppression system preference 2/ Notice that it says "Items marked as suppressed from OPAC search results 3/ Noticre also that addresses is spelt wrong 4/ Apply patch 5/ Refresh the page, notice addresses is fixed and items has become biblios 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 13676] OpacSuppression description says 'items' but means 'records'
by bugzilla-daemon＠bugs.koha-community.org 18 Dec '17

18 Dec '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13676 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Signed Off -- You are receiving this mail because: You are watching all bug changes.

1 0