Re: [EP-tech] Lift_embargos: Can't call method "current_repository" on an undefined value

Robin Sylvestre via Eprints-tech <[email protected]> Wed, 20 Nov 2019 14:15:57 -0500 (EST)
Newsgroups gmane.comp.web.eprints.devel
Message-ID <EMEW3|7fe04f72677b1341db68cdfb0c65a4b2vAJJGf14eprints-tech-bounces|ecs.soton.ac.uk|[email protected]>
--===============3046169139668310881==
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_005F_01D59FAD.072CC1F0"
Content-Language: fr-ca

------=_NextPart_000_005F_01D59FAD.072CC1F0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit

Problem solved!



The issue was caused by the document/eprint_fields_automatic scripts which
were trying to display error messages to an undefined user (since there is
no current_user while running the script from the command line). Still no
idea why this was working before the upgrade though, but now it works.



Thank you all for your help!

Robin



De : Robin Sylvestre <[email protected]>
Envoyé : 20 novembre 2019 10:38
À : John Salter <[email protected]>; [email protected]
Objet : Re: [EP-tech] Lift_embargos: Can't call method
"current_repository" on an undefined value



Thanks John,



Your grep formula helped me solve the “Use of uninitialized value in
string ne at (eval 65)” issue, but that’s not what is causing the script
to fail.



We are running Eprints 3.3.13 which is not concerned by the Apache 2.4
problem you mentioned (but thanks for the info).



I still suspect it’s something related to Apache config, I’ll investigate
this with our IT team.



Robin



De : John Salter <[email protected] <mailto:[email protected]> >
Envoyé : 20 novembre 2019 07:21
À : [email protected] <mailto:[email protected]> ;
Robin Sylvestre <[email protected]
<mailto:[email protected]> >
Objet : RE: [EP-tech] Lift_embargos: Can't call method
"current_repository" on an undefined value



Hi Robin,

*** Firstly, if you have moved from Apache 2.2 to Apache 2.4, make sure
your restricted documents are restricted!

*** There may be a change needed in
~/archives/ARCHIVEID/cfg/cfg.d/security.pl

*** See: https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Feprints%2Feprints%2Fissues%2F322&amp;data=01%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C147a983cd9a245735ec008d76dee1461%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&amp;sdata=n1d%2BlLK75hP7ksMagN%2FBVC8hp5nGeF3c39XbbsF%2Br04%3D&amp;reserved=0
<https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.
com%2Feprints%2Feprints%2Fissues%2F322&data=01%7C01%7Ceprints-tech%40ecs.s
oton.ac.uk%7C3931be5440cc4d0a72ea08d76dcf9b10%7C4a5378f929f44d3ebe89669d03
ada9d8%7C0&sdata=vIu6kRSXz4SjFkQjJGB7OtqRSYGfWNxiwi7DDRL7AAs%3D&reserved=0
>



On to your reported problem…

I would check any 'commit' triggers in your repository config.

This might also help (it's a bit crude, but has helped me in the past) -
grepping for a 'ne' on line 48 of a repository's config:

grep -n ' ne ' archives/ARCHVIEID/cfg/  | grep 48

if that doesn't return anything, try other config locations  like
lib/cfg.d/



I suspect there's a commit trigger that either:

- works OK if there's an online session, but not from the command-line

- generates a warning that's ignored in an online session, but not in the
bin script - which then fails



Does that help at all?



Cheers,

John



From: [email protected]
<mailto:[email protected]>
[mailto:[email protected]] On Behalf Of Robin Sylvestre
via Eprints-tech
Sent: 19 November 2019 18:42
To: [email protected] <mailto:[email protected]>
Subject: [EP-tech] Lift_embargos: Can't call method "current_repository"
on an undefined value



Hello fellow Eprinters,



We’ve been running Eprints 3.3.13 and a modified “lift_embargos” script
for quite some time without any issue. But we noticed lately that the
script has stopped working. It seems that it is now unable to commit any
changes. Running in debug mode, I can see that the script fails after
calling the “$doc->commit(1)” line:



Lifting expired embargo on eprint #2957, document #41378 (2019-11-19)



main::CODE(0x999baa0)(lift_embargos:149):

149:            if( !$dryrun )

150:            {

main::CODE(0x999baa0)(lift_embargos:151):

151:                    $doc->set_value( "security", "public" );

main::CODE(0x999baa0)(lift_embargos:152):

152:                    $doc->set_value( "date_embargo", undef );

main::CODE(0x999baa0)(lift_embargos:154):

154:                    $doc->commit( 1 ); # pass force through to parent
eprint



Use of uninitialized value in string ne at (eval 65)[(eval
55)[/usr/share/eprints/bin/../perl_lib/EPrints/Config.pm:272]:19] line 48.

at (eval 65)[(eval
55)[/usr/share/eprints/bin/../perl_lib/EPrints/Config.pm:272]:19] line 48.

        EPrints::Config::Ecole::__ANON__[(eval 65)[(eval
55)[/usr/share/eprints/bin/../perl_lib/EPrints/Config.pm:272]:19]:68]('EPr
ints::DataObj::Document=HASH(0x9a2f8f0)') called at
/usr/share/eprints/bin/../perl_lib/EPrints/Repository.pm line 1726

        eval {...} called at
/usr/share/eprints/bin/../perl_lib/EPrints/Repository.pm line 1726

        EPrints::Repository::call('EPrints::Repository=HASH(0x4654aa0)',
'set_document_automatic_fields',
'EPrints::DataObj::Document=HASH(0x9a2f8f0)') called at
/usr/share/eprints/bin/../perl_lib/EPrints/DataObj.pm line 463


EPrints::DataObj::update_triggers('EPrints::DataObj::Document=HASH(0x9a2f8
f0)') called at
/usr/share/eprints/bin/../perl_lib/EPrints/DataObj/Document.pm line 1217


EPrints::DataObj::Document::commit('EPrints::DataObj::Document=HASH(0x9a2f
8f0)', 1) called at lift_embargos line 154


main::__ANON__[lift_embargos:184]('EPrints::Repository=HASH(0x4654aa0)',
'EPrints::DataSet=HASH(0x57200e8)',
'EPrints::DataObj::Document=HASH(0x9a2f8f0)', undef) called at
/usr/share/eprints/bin/../perl_lib/EPrints/List.pm line 664

        EPrints::List::map('EPrints::List=HASH(0x2ff0af8)',
'CODE(0x999baa0)') called at lift_embargos line 184

Can't call method "current_repository" on an undefined value at
/usr/share/eprints/bin/../perl_lib/EPrints/BackCompatibility.pm line 443.



Looking at the code, I can see that the session information is passed to
the other functions, but it doesn’t seem to be working anymore as the
session is undefined when calling the method “current_repository” on line
443 of BackCompatibility.pm:



return $EPrints::HANDLE->current_repository;



The only thing that changed in the last few weeks has been a server
upgrade (not sure what was the previous version but we are now running on
CentOS 7 with Perl 5.16.3 and Apache 2.4.6). Using the workflow to commit
changes still work without any issue.



Has anyone encountered this error before? Could this be related to Perl or
Apache’s configuration?



Thank you for your input on this issue!



Robin Sylvestre

Technicien des systèmes informatisés

Bibliothèque Louise-Lalonde-Lamarre

Polytechnique Montréal

514-340-4711 poste 5973




------=_NextPart_000_005F_01D59FAD.072CC1F0
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; charset=3Diso-8859-=
1">
<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40"><head><meta name=3DGenerator content=3D"Microso=
ft Word 15 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;
	mso-fareast-language:EN-US;}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:#0563C1;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:#954F72;
	text-decoration:underline;}
p.msonormal0, li.msonormal0, div.msonormal0
	{mso-style-name:msonormal;
	mso-margin-top-alt:auto;
	margin-right:0cm;
	mso-margin-bottom-alt:auto;
	margin-left:0cm;
	font-size:12.0pt;
	font-family:"Times New Roman",serif;}
span.EmailStyle18
	{mso-style-type:personal;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
span.EmailStyle19
	{mso-style-type:personal;
	font-family:"Calibri",sans-serif;
	color:#1F497D;}
span.EmailStyle20
	{mso-style-type:personal;
	font-family:"Calibri",sans-serif;
	color:#1F497D;}
span.EmailStyle21
	{mso-style-type:personal-reply;
	font-family:"Calibri",sans-serif;
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:72.0pt 90.0pt 72.0pt 90.0pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]--></head><body lang=3DFR-CA link=3D"#0563C1=
" vlink=3D"#954F72"><div class=3DWordSection1><p class=3DMsoNormal><span st=
yle=3D'color:#1F497D'>Problem solved! <o:p></o:p></span></p><p class=3DMsoN=
ormal><span style=3D'color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=3D=
MsoNormal><span lang=3DEN-CA style=3D'color:#1F497D'>The issue was caused b=
y the document/eprint_fields_automatic scripts which were trying to display=
 error messages to an undefined user (since there is no current_user while =
running the script from the command line). Still no idea why this was worki=
ng before the upgrade though, but now it works.<o:p></o:p></span></p><p cla=
ss=3DMsoNormal><span lang=3DEN-CA style=3D'color:#1F497D'><o:p>&nbsp;</o:p>=
</span></p><p class=3DMsoNormal><span lang=3DEN-CA style=3D'color:#1F497D'>=
Thank you all for your help!<o:p></o:p></span></p><p class=3DMsoNormal><spa=
n lang=3DEN-CA style=3D'color:#1F497D'>Robin<o:p></o:p></span></p><p class=
=3DMsoNormal><span lang=3DEN-CA style=3D'color:#1F497D'><o:p>&nbsp;</o:p></=
span></p><div><div style=3D'border:none;border-top:solid #E1E1E1 1.0pt;padd=
ing:3.0pt 0cm 0cm 0cm'><p class=3DMsoNormal><b><span lang=3DFR style=3D'mso=
-fareast-language:FR-CA'>De&nbsp;:</span></b><span lang=3DFR style=3D'mso-f=
areast-language:FR-CA'> Robin Sylvestre &lt;[email protected]&gt; =
<br><b>Envoy=E9&nbsp;:</b> 20 novembre 2019 10:38<br><b>=C0&nbsp;:</b> John=
 Salter &lt;[email protected]&gt;; [email protected]<br><b>Ob=
jet&nbsp;:</b> Re: [EP-tech] Lift_embargos: Can't call method &quot;current=
_repository&quot; on an undefined value<o:p></o:p></span></p></div></div><p=
 class=3DMsoNormal><o:p>&nbsp;</o:p></p><p class=3DMsoNormal><span style=3D=
'color:#1F497D'>Thanks John,<o:p></o:p></span></p><p class=3DMsoNormal><spa=
n style=3D'color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=3DMsoNormal>=
<span lang=3DEN-CA style=3D'color:#1F497D'>Your grep formula helped me solv=
e the &#8220;Use of uninitialized value in string ne at (eval 65)&#8221; is=
sue, but that&#8217;s not what is causing the script to fail.<o:p></o:p></s=
pan></p><p class=3DMsoNormal><span lang=3DEN-CA style=3D'color:#1F497D'><o:=
p>&nbsp;</o:p></span></p><p class=3DMsoNormal><span lang=3DEN-CA style=3D'c=
olor:#1F497D'>We are running Eprints 3.3.13 which is not concerned by the A=
pache 2.4 problem you mentioned (but thanks for the info).<o:p></o:p></span=
></p><p class=3DMsoNormal><span lang=3DEN-CA style=3D'color:#1F497D'><o:p>&=
nbsp;</o:p></span></p><p class=3DMsoNormal><span lang=3DEN-CA style=3D'colo=
r:#1F497D'>I still suspect it&#8217;s something related to Apache config, I=
&#8217;ll investigate this with our IT team.<o:p></o:p></span></p><p class=
=3DMsoNormal><span lang=3DEN-CA style=3D'color:#1F497D'><o:p>&nbsp;</o:p></=
span></p><p class=3DMsoNormal><span lang=3DEN-CA style=3D'color:#1F497D'>Ro=
bin<o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-CA style=3D'c=
olor:#1F497D'><o:p>&nbsp;</o:p></span></p><div><div style=3D'border:none;bo=
rder-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm 0cm 0cm'><p class=3DMsoNorma=
l><b><span lang=3DFR style=3D'mso-fareast-language:FR-CA'>De&nbsp;:</span><=
/b><span lang=3DFR style=3D'mso-fareast-language:FR-CA'> John Salter &lt;<a=
 href=3D"mailto:[email protected]">[email protected]</a>&gt; <br><b>E=
nvoy=E9&nbsp;:</b> 20 novembre 2019 07:21<br><b>=C0&nbsp;:</b> <a href=3D"m=
ailto:[email protected]">[email protected]</a>; Robin=
 Sylvestre &lt;<a href=3D"mailto:[email protected]">robin.sylvestr=
[email protected]</a>&gt;<br><b>Objet&nbsp;:</b> RE: [EP-tech] Lift_embargos: Ca=
n't call method &quot;current_repository&quot; on an undefined value<o:p></=
o:p></span></p></div></div><p class=3DMsoNormal><o:p>&nbsp;</o:p></p><p cla=
ss=3DMsoNormal><span lang=3DEN-GB style=3D'color:#1F497D'>Hi Robin,<o:p></o=
:p></span></p><p class=3DMsoNormal><span lang=3DEN-GB style=3D'color:#1F497=
D'>*** Firstly, if you have moved from Apache 2.2 to Apache 2.4, make sure =
your restricted documents are restricted!<o:p></o:p></span></p><p class=3DM=
soNormal><span lang=3DEN-GB style=3D'color:#1F497D'>*** There may be a chan=
ge needed in ~/archives/ARCHIVEID/cfg/cfg.d/security.pl<o:p></o:p></span></=
p><p class=3DMsoNormal><span lang=3DEN-GB style=3D'color:#1F497D'>*** See: =
<a href=3D"https://eur03.safelinks.protection.outlook.com/?url=3Dhttps%3A%2=
F%2Fgithub.com%2Feprints%2Feprints%2Fissues%2F322&amp;data=3D01%7C01%7Cepri=
nts-tech%40ecs.soton.ac.uk%7C147a983cd9a245735ec008d76dee1461%7C4a5378f929f=
44d3ebe89669d03ada9d8%7C0&amp;sdata=3Dn1d%2BlLK75hP7ksMagN%2FBVC8hp5nGeF3c3=
9XbbsF%2Br04%3D&amp;reserved=3D0" originalSrc=3D"https://github.com/eprints=
/eprints/issues/322" shash=3D"nrV62LNSe+hLecYMiXjite0s6dvxn1xYwpu59k8tPdBVb=
FZ4GF6i5QRdIfuJACvKsFUbcFCFaDNuFqD2TKG+xxFroUiEZPy0FB0b8PK50uTljDnZoyygL4hr=
1iwLKzEqW+5spa2QxqeyH5qBL36zznTLigrOp6eIlvsJXjufFT4=3D">https://github.com/=
eprints/eprints/issues/322</a><o:p></o:p></span></p><p class=3DMsoNormal><s=
pan lang=3DEN-GB style=3D'color:#1F497D'><o:p>&nbsp;</o:p></span></p><p cla=
ss=3DMsoNormal><span lang=3DEN-GB style=3D'color:#1F497D'>On to your report=
ed problem&#8230;<o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN=
-GB style=3D'color:#1F497D'>I would check any 'commit' triggers in your rep=
ository config.<o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-G=
B style=3D'color:#1F497D'>This might also help (it's a bit crude, but has h=
elped me in the past) - grepping for a 'ne' on line 48 of a repository's co=
nfig:<o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-GB style=3D=
'color:#1F497D'>grep -n ' ne ' archives/ARCHVIEID/cfg/ &nbsp;| grep 48<o:p>=
</o:p></span></p><p class=3DMsoNormal><span lang=3DEN-GB style=3D'color:#1F=
497D'>if that doesn't return anything, try other config locations&nbsp; lik=
e lib/cfg.d/ <o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-GB =
style=3D'color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=3DMsoNormal><s=
pan lang=3DEN-GB style=3D'color:#1F497D'>I suspect there's a commit trigger=
 that either:<o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-GB =
style=3D'color:#1F497D'>- works OK if there's an online session, but not fr=
om the command-line<o:p></o:p></span></p><p class=3DMsoNormal><span lang=3D=
EN-GB style=3D'color:#1F497D'>- generates a warning that's ignored in an on=
line session, but not in the bin script - which then fails<o:p></o:p></span=
></p><p class=3DMsoNormal><span lang=3DEN-GB style=3D'color:#1F497D'><o:p>&=
nbsp;</o:p></span></p><p class=3DMsoNormal><span lang=3DEN-GB style=3D'colo=
r:#1F497D'>Does that help at all?<o:p></o:p></span></p><p class=3DMsoNormal=
><span lang=3DEN-GB style=3D'color:#1F497D'><o:p>&nbsp;</o:p></span></p><p =
class=3DMsoNormal><span lang=3DEN-GB style=3D'color:#1F497D'>Cheers,<o:p></=
o:p></span></p><p class=3DMsoNormal><span lang=3DEN-GB style=3D'color:#1F49=
7D'>John<o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-GB style=
=3D'color:#1F497D'><o:p>&nbsp;</o:p></span></p><div><div style=3D'border:no=
ne;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm 0cm 0cm'><p class=3DMso=
Normal><b><span lang=3DEN-US style=3D'mso-fareast-language:EN-GB'>From:</sp=
an></b><span lang=3DEN-US style=3D'mso-fareast-language:EN-GB'> <a href=3D"=
mailto:[email protected]">[email protected]=
.ac.uk</a> [<a href=3D"mailto:[email protected]">mailto:=
[email protected]</a>] <b>On Behalf Of </b>Robin Sylvest=
re via Eprints-tech<br><b>Sent:</b> 19 November 2019 18:42<br><b>To:</b> <a=
 href=3D"mailto:[email protected]">[email protected]<=
/a><br><b>Subject:</b> [EP-tech] Lift_embargos: Can't call method &quot;cur=
rent_repository&quot; on an undefined value<o:p></o:p></span></p></div></di=
v><p class=3DMsoNormal><span lang=3DEN-GB><o:p>&nbsp;</o:p></span></p><p cl=
ass=3DMsoNormal>Hello fellow Eprinters,<o:p></o:p></p><p class=3DMsoNormal>=
<o:p>&nbsp;</o:p></p><p class=3DMsoNormal><span lang=3DEN-CA>We&#8217;ve be=
en running Eprints 3.3.13 and a modified &#8220;lift_embargos&#8221; script=
 for quite some time without any issue. But we noticed lately that the scri=
pt has stopped working. It seems that it is now unable to <i>commit </i>any=
 changes. Running in debug mode, I can see that the script fails after call=
ing the &#8220;$doc-&gt;commit(1)&#8221; line: <o:p></o:p></span></p><p cla=
ss=3DMsoNormal><span lang=3DEN-CA><o:p>&nbsp;</o:p></span></p><p class=3DMs=
oNormal style=3D'margin-left:35.4pt'><span lang=3DEN-CA style=3D'font-famil=
y:"Courier New"'>Lifting expired embargo on eprint #2957, document #41378 (=
2019-11-19)<o:p></o:p></span></p><p class=3DMsoNormal style=3D'margin-left:=
35.4pt'><span lang=3DEN-CA style=3D'font-family:"Courier New"'><o:p>&nbsp;<=
/o:p></span></p><p class=3DMsoNormal style=3D'margin-left:35.4pt'><span lan=
g=3DEN-CA style=3D'font-family:"Courier New"'>main::CODE(0x999baa0)(lift_em=
bargos:149):<o:p></o:p></span></p><p class=3DMsoNormal style=3D'margin-left=
:35.4pt'><span lang=3DEN-CA style=3D'font-family:"Courier New"'>149:&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; if( !$dryrun )<=
o:p></o:p></span></p><p class=3DMsoNormal style=3D'margin-left:35.4pt'><spa=
n lang=3DEN-CA style=3D'font-family:"Courier New"'>150:&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; {<o:p></o:p></span></p><p cl=
ass=3DMsoNormal style=3D'margin-left:35.4pt'><span lang=3DEN-CA style=3D'fo=
nt-family:"Courier New"'>main::CODE(0x999baa0)(lift_embargos:151):<o:p></o:=
p></span></p><p class=3DMsoNormal style=3D'margin-left:35.4pt'><span lang=
=3DEN-CA style=3D'font-family:"Courier New"'>151:&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp; $doc-&gt;set_value( &quot;security&quot;, &quot;public&quot; =
);<o:p></o:p></span></p><p class=3DMsoNormal style=3D'margin-left:35.4pt'><=
span lang=3DEN-CA style=3D'font-family:"Courier New"'>main::CODE(0x999baa0)=
(lift_embargos:152):<o:p></o:p></span></p><p class=3DMsoNormal style=3D'mar=
gin-left:35.4pt'><span lang=3DEN-CA style=3D'font-family:"Courier New"'>152=
:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; $doc-&gt;set_value( &quot;date_emb=
argo&quot;, undef );<o:p></o:p></span></p><p class=3DMsoNormal style=3D'mar=
gin-left:35.4pt'><span lang=3DEN-CA style=3D'font-family:"Courier New"'>mai=
n::CODE(0x999baa0)(lift_embargos:154):<o:p></o:p></span></p><p class=3DMsoN=
ormal style=3D'margin-left:35.4pt'><span lang=3DEN-CA style=3D'font-family:=
"Courier New"'>154:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp;$doc-&gt;commit(=
 1 ); # pass force through to parent eprint<o:p></o:p></span></p><p class=
=3DMsoNormal style=3D'margin-left:35.4pt'><span lang=3DEN-CA style=3D'font-=
family:"Courier New"'><o:p>&nbsp;</o:p></span></p><p class=3DMsoNormal styl=
e=3D'margin-left:35.4pt'><span lang=3DEN-CA style=3D'font-family:"Courier N=
ew"'>Use of uninitialized value in string ne at (eval 65)[(eval 55)[/usr/sh=
are/eprints/bin/../perl_lib/EPrints/Config.pm:272]:19] line 48.<o:p></o:p><=
/span></p><p class=3DMsoNormal style=3D'margin-left:35.4pt'><span lang=3DEN=
-CA style=3D'font-family:"Courier New"'>at (eval 65)[(eval 55)[/usr/share/e=
prints/bin/../perl_lib/EPrints/Config.pm:272]:19] line 48.<o:p></o:p></span=
></p><p class=3DMsoNormal style=3D'margin-left:35.4pt'><span lang=3DEN-CA s=
tyle=3D'font-family:"Courier New"'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p; EPrints::Config::Ecole::__ANON__[(eval 65)[(eval 55)[/usr/share/eprints/=
bin/../perl_lib/EPrints/Config.pm:272]:19]:68]('EPrints::DataObj::Document=
=3DHASH(0x9a2f8f0)') called at /usr/share/eprints/bin/../perl_lib/EPrints/R=
epository.pm line 1726<o:p></o:p></span></p><p class=3DMsoNormal style=3D'm=
argin-left:35.4pt'><span lang=3DEN-CA style=3D'font-family:"Courier New"'>&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; eval {...} called at /usr/share/e=
prints/bin/../perl_lib/EPrints/Repository.pm line 1726<o:p></o:p></span></p=
><p class=3DMsoNormal style=3D'margin-left:35.4pt'><span lang=3DEN-CA style=
=3D'font-family:"Courier New"'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; E=
Prints::Repository::call('EPrints::Repository=3DHASH(0x4654aa0)', 'set_docu=
ment_automatic_fields', 'EPrints::DataObj::Document=3DHASH(0x9a2f8f0)') cal=
led at /usr/share/eprints/bin/../perl_lib/EPrints/DataObj.pm line 463<o:p><=
/o:p></span></p><p class=3DMsoNormal style=3D'margin-left:35.4pt'><span lan=
g=3DEN-CA style=3D'font-family:"Courier New"'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp; EPrints::DataObj::update_triggers('EPrints::DataObj::Document=
=3DHASH(0x9a2f8f0)') called at /usr/share/eprints/bin/../perl_lib/EPrints/D=
ataObj/Document.pm line 1217<o:p></o:p></span></p><p class=3DMsoNormal styl=
e=3D'margin-left:35.4pt'><span lang=3DEN-CA style=3D'font-family:"Courier N=
ew"'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; EPrints::DataObj::Document:=
:commit('EPrints::DataObj::Document=3DHASH(0x9a2f8f0)', 1) called at lift_e=
mbargos line 154<o:p></o:p></span></p><p class=3DMsoNormal style=3D'margin-=
left:35.4pt'><span lang=3DEN-CA style=3D'font-family:"Courier New"'>&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; main::__ANON__[lift_embargos:184]('EPri=
nts::Repository=3DHASH(0x4654aa0)', 'EPrints::DataSet=3DHASH(0x57200e8)', '=
EPrints::DataObj::Document=3DHASH(0x9a2f8f0)', undef) called at /usr/share/=
eprints/bin/../perl_lib/EPrints/List.pm line 664<o:p></o:p></span></p><p cl=
ass=3DMsoNormal style=3D'margin-left:35.4pt'><span lang=3DEN-CA style=3D'fo=
nt-family:"Courier New"'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; EPrints=
::List::map('EPrints::List=3DHASH(0x2ff0af8)', 'CODE(0x999baa0)') called at=
 lift_embargos line 184<o:p></o:p></span></p><p class=3DMsoNormal style=3D'=
margin-left:35.4pt'><span lang=3DEN-CA style=3D'font-family:"Courier New";b=
ackground:yellow;mso-highlight:yellow'>Can't call method &quot;current_repo=
sitory&quot; on an undefined value at /usr/share/eprints/bin/../perl_lib/EP=
rints/BackCompatibility.pm line 443.</span><span lang=3DEN-CA style=3D'font=
-family:"Courier New"'><o:p></o:p></span></p><p class=3DMsoNormal><span lan=
g=3DEN-CA style=3D'font-family:"Courier New"'><o:p>&nbsp;</o:p></span></p><=
p class=3DMsoNormal><span lang=3DEN-CA>Looking at the code, I can see that =
the session information is passed to the other functions, but it doesn&#821=
7;t seem to be working anymore as the session is undefined when calling the=
 method &#8220;current_repository&#8221; on line 443 of BackCompatibility.p=
m:<o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-CA><o:p>&nbsp;=
</o:p></span></p><p class=3DMsoNormal style=3D'margin-left:35.4pt'><span la=
ng=3DEN-CA style=3D'font-family:"Courier New"'>return $EPrints::HANDLE-&gt;=
current_repository;<o:p></o:p></span></p><p class=3DMsoNormal><span lang=3D=
EN-CA><o:p>&nbsp;</o:p></span></p><p class=3DMsoNormal><span lang=3DEN-CA>T=
he only thing that changed in the last few weeks has been a server upgrade =
(not sure what was the previous version but we are now running on CentOS 7 =
with Perl 5.16.3 and Apache 2.4.6). Using the workflow to commit changes st=
ill work without any issue. <o:p></o:p></span></p><p class=3DMsoNormal><spa=
n lang=3DEN-CA><o:p>&nbsp;</o:p></span></p><p class=3DMsoNormal><span lang=
=3DEN-CA>Has anyone encountered this error before? Could this be related to=
 Perl or Apache&#8217;s configuration? <o:p></o:p></span></p><p class=3DMso=
Normal><span lang=3DEN-CA><o:p>&nbsp;</o:p></span></p><p class=3DMsoNormal>=
<span lang=3DEN-CA>Thank you for your input on this issue!<o:p></o:p></span=
></p><p class=3DMsoNormal><span lang=3DEN-CA><o:p>&nbsp;</o:p></span></p><d=
iv><p class=3DMsoNormal><b><span style=3D'font-size:16.0pt;color:#BF8F00;ms=
o-fareast-language:FR-CA'>Robin Sylvestre</span></b><span lang=3DFR style=
=3D'mso-fareast-language:FR-CA'><o:p></o:p></span></p><p class=3DMsoNormal>=
<b><span style=3D'mso-fareast-language:FR-CA'>Technicien des syst=E8mes inf=
ormatis=E9s</span></b><span lang=3DFR style=3D'mso-fareast-language:FR-CA'>=
<o:p></o:p></span></p><p class=3DMsoNormal><span style=3D'mso-fareast-langu=
age:FR-CA'>Biblioth=E8que Louise-Lalonde-Lamarre</span><span lang=3DFR styl=
e=3D'mso-fareast-language:FR-CA'><o:p></o:p></span></p><p class=3DMsoNormal=
><span style=3D'mso-fareast-language:FR-CA'>Polytechnique Montr=E9al</span>=
<span lang=3DFR style=3D'mso-fareast-language:FR-CA'><o:p></o:p></span></p>=
<p class=3DMsoNormal><span style=3D'mso-fareast-language:FR-CA'>514-340-471=
1 poste 5973</span><span lang=3DFR style=3D'mso-fareast-language:FR-CA'><o:=
p></o:p></span></p></div><p class=3DMsoNormal><span style=3D'mso-fareast-la=
nguage:FR-CA'>&nbsp;</span><o:p></o:p></p></div></body></html>=

------=_NextPart_000_005F_01D59FAD.072CC1F0--

--===============3046169139668310881==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

*** Options: http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech
*** Archive: http://www.eprints.org/tech.php/
*** EPrints community wiki: http://wiki.eprints.org/
*** EPrints developers Forum: http://forum.eprints.org/

--===============3046169139668310881==--