Koha/misc/maintenance/auth_show_hidden_data.pl
Jonathan Druart 9d6d641d1f Bug 17600: Standardize our EXPORT_OK
On bug 17591 we discovered that there was something weird going on with
the way we export and use subroutines/modules.
This patch tries to standardize our EXPORT to use EXPORT_OK only.

That way we will need to explicitely define the subroutine we want to
use from a module.

This patch is a squashed version of:
Bug 17600: After export.pl
Bug 17600: After perlimport
Bug 17600: Manual changes
Bug 17600: Other manual changes after second perlimports run
Bug 17600: Fix tests

And a lot of other manual changes.

export.pl is a dirty script that can be found on bug 17600.

"perlimport" is:
git clone https://github.com/oalders/App-perlimports.git
cd App-perlimports/
cpanm --installdeps .
export PERL5LIB="$PERL5LIB:/kohadevbox/koha/App-perlimports/lib"
find . \( -name "*.pl" -o -name "*.pm" \) -exec perl App-perlimports/script/perlimports --inplace-edit --no-preserve-unused --filename {} \;

The ideas of this patch are to:
* use EXPORT_OK instead of EXPORT
* perltidy the EXPORT_OK list
* remove '&' before the subroutine names
* remove some uneeded use statements
* explicitely import the subroutines we need within the controllers or
modules

Note that the private subroutines (starting with _) should not be
exported (and not used from outside of the module except from tests).

EXPORT vs EXPORT_OK (from
https://www.thegeekstuff.com/2010/06/perl-exporter-examples/)
"""
Export allows to export the functions and variables of modules to user’s namespace using the standard import method. This way, we don’t need to create the objects for the modules to access it’s members.

@EXPORT and @EXPORT_OK are the two main variables used during export operation.

@EXPORT contains list of symbols (subroutines and variables) of the module to be exported into the caller namespace.

@EXPORT_OK does export of symbols on demand basis.
"""

If this patch caused a conflict with a patch you wrote prior to its
push:
* Make sure you are not reintroducing a "use" statement that has been
removed
* "$subroutine" is not exported by the C4::$MODULE module
means that you need to add the subroutine to the @EXPORT_OK list
* Bareword "$subroutine" not allowed while "strict subs"
means that you didn't imported the subroutine from the module:
  - use $MODULE qw( $subroutine list );
You can also use the fully qualified namespace: C4::$MODULE::$subroutine

Signed-off-by: Jonathan Druart <jonathan.druart@bugs.koha-community.org>
2021-07-16 08:58:47 +02:00

125 lines
3.5 KiB
Perl
Executable file

#!/usr/bin/perl
# Copyright 2017 Rijksmuseum
#
# This file is part of Koha.
#
# Koha is free software; you can redistribute it and/or modify it
# under the terms of the GNU General Public License as published by
# the Free Software Foundation; either version 3 of the License, or
# (at your option) any later version.
#
# Koha is distributed in the hope that it will be useful, but
# WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
# GNU General Public License for more details.
#
# You should have received a copy of the GNU General Public License
# along with Koha; if not, see <http://www.gnu.org/licenses>.
# This script walks through your authority marc records and tells you
# which hidden fields in the framework still contain data.
use Modern::Perl;
use Getopt::Long qw( GetOptions );
use Pod::Usage qw( pod2usage );
use Koha::Script;
use Koha::Authorities;
use Koha::Authority::Subfields;
use Koha::MetadataRecord::Authority;
my ( $max, $help, $confirm );
GetOptions( 'confirm' => \$confirm, 'help' => \$help, 'max' => \$max );
if ( !$confirm || $help ) {
pod2usage( -verbose => 2 );
exit;
}
our $hidden_fields = Koha::Authority::Subfields->search(
{ hidden => { '!=' => 0 }},
);
our $results = {};
my $auths = Koha::Authorities->search( {}, { order_by => 'authid' } );
my $count = 0;
while( my $record = $auths->next ) {
last if $max && $count >= $max;
scan_record( $record );
$count++;
}
report_results();
sub scan_record {
my ( $record ) = @_;
my $id = $record->authid;
my $type = $record->authtypecode;
my $marc = Koha::MetadataRecord::Authority->get_from_authid($id)->record;
foreach my $fld ( $marc->fields ) { # does not include leader
my @subfields = $fld->is_control_field
? '@'
: map { $_->[0] } $fld->subfields;
foreach my $sub ( @subfields ) {
next if $results->{ $type } && $results->{ $type }->{ $fld->tag } && $results->{ $type }->{ $fld->tag }->{ $sub };
if( $hidden_fields->find($type, $fld->tag, $sub) ) {
$results->{ $type }->{ $fld->tag }->{ $sub } = 1;
}
}
}
# To be overcomplete, check the leader too :)
if( $marc->leader ) {
if( $hidden_fields->find($type, '000', '@') ) {
$results->{ $type }->{ '000' }->{ '@' } = 1;
}
}
}
sub report_results {
my $cnt = 0;
foreach my $fw ( sort keys %$results ) {
foreach my $tag ( sort keys %{$results->{$fw}} ) {
foreach my $sub ( sort keys %{$results->{$fw}->{$tag}} ) {
print "\nFramework ".($fw||'Default').", $tag, $sub contains data but is hidden";
$cnt++;
}
}
}
if( $cnt ) {
print "\n\nNOTE: You should consider removing the hidden attribute of these framework fields in order to not lose data in those fields when editing authority records.\n";
} else {
print "\nNo hidden (sub)fields containing data were found!\n";
}
}
=head1 NAME
auth_show_hidden_data.pl
=head1 SYNOPSIS
auth_show_hidden_data.pl -c -max 1000
=head1 DESCRIPTION
This script tells you if you have authority data in hidden (sub)fields. That
data will be lost when editing such authority records.
=over 8
=item B<-confirm>
Confirm flag. Required to start checking authority records.
=item B<-help>
Usage statement
=item B<-max>
This optional parameter tells the script to stop after the specified number of
records.
=back
=cut