On 9/30/25 18:22, Michael Hafen wrote:
I checked out 3.8.x and tried to follow the operation flow in
addbiblio.pl <http://addbiblio.pl>. Most likely the problem is in
TransformHtmlToMarc(), which does some stuff with utf8 encoding and
stuffs values into a MARC::Field before adding the fields to a MARC::Record.
The error in your email is from TransformMarcToKoha, which you would hit
in FindDuplicate() if the script has is_modif set.
Otherwise it seems like the error should be in ModBiblio() where
$record->fields() is called. I haven't looked farther than that, I
probably won't have time to investigate any further.
Many thanks for your time to look into this I'll follow up on your
suggestion tomorrow (20.23 local time here.)
Tnx and regards,
Paul
Good luck.
On Tue, Sep 30, 2025 at 3:48 PM Michael Hafen <[email protected]
<mailto:[email protected]>> wrote:
Did MARC::Record get loaded from CPAN? Perhaps you have a newer
version of that module then you had on the old server?
That's kind of a shot in the dark, but my first reaction was along
those lines too. Might be worth checking at least, if you haven't
already.
On Tue, Sep 30, 2025 at 2:42 PM Paul A via Koha-devel <koha-
[email protected] <mailto:[email protected]
community.org>> wrote:
Kia ora, greetings -- from the past, some of you will remember me.
Nut shell : we have been running (charitable library, non
lending) Koha
catalogue since 2011 (v. 3.08.24 since July 2015). Rock solid
until we
got overwhelmed by DDoS and/or AI bots. Thermal protection on
the Koha
server (apache2 proxied from nginx) failed, literal meltdown.
Built a new server (12 core intel CPU, 64G memory, Ubuntu 14.04 LTS
security mods - I know, please don't flame me), reinstalled from
tar and
backup. Apparently a dead-ringer copy of what we had for over a
decade.
Public server perfect <https://opac.navalmarinearchive.com
<https://opac.navalmarinearchive.com>>. Mysql,
Zebra, Pazpar have reconstituted over a hundred thousand biblios
and
items - no discernible errors, all public users happy (except
hackers
and AI bots mitigated at front end nginx.)
But ... Koha admin (intranet) works fine for everything (items,
reports,
logs, "about"...) EXCEPT Biblios won't edit nor write new
(manual input,
nor z3950) records.
ERROR : Can't call method "fields" on an undefined value at
/usr/share/koha/lib/C4/Biblio.pm line 2483.
2482 # traverse through record
2483 MARCFIELD: foreach my $field ( $record->fields() ) {
2484 my $tag = $field->tag();
if elsif ....
We've spent nearly a week, finding minor variations in backups of
Biblio.pm (occasional line renumbering and developers' signatures),
nothing from a Perl logic perspective. We've done the obvious
"diff's",
permissions, ownerships, restarts, reboots, koha_perl_deps.pl
<http://koha_perl_deps.pl>, SAX
parser, perl modules, environment.
It's got to be something blazingly simple, after a decade of
superb Koha
service. Any and all assistance in saving my sanity would be truly
appreciated,
Thanks and warmest regards,
Paul
_______________________________________________
Koha-devel mailing list
[email protected] <mailto:Koha-
[email protected]>
https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-
devel <https://lists.koha-community.org/cgi-bin/mailman/
listinfo/koha-devel>
website : https://www.koha-community.org/ <https://www.koha-
community.org/>
git : https://git.koha-community.org/ <https://git.koha-
community.org/>
bugs : https://bugs.koha-community.org/ <https://bugs.koha-
community.org/>
--
Michael Hafen
Washington County School District Technology Department
Systems & Security Analyst
--
Michael Hafen
Washington County School District Technology Department
Systems & Security Analyst
_______________________________________________
Koha-devel mailing list
[email protected]
https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : https://www.koha-community.org/
git : https://git.koha-community.org/
bugs : https://bugs.koha-community.org/
