Hi Emilian,

It looks as though for some reason, some repositories (it looks to be those upgraded from an earlier version of 3.3) need to find a workflow for a particular dataobj (in this case file) before they load the page for a dataobj with a specific ID.  However, a vanilla install does not have this problem and will just display the export tab and realise it cannot display a details tab as it has no workflow to work from to lay this out.  I have had a scout round and cannot find a workflows/file/default.xml.  However, it should be easy enough to write one from scratch and quicker than trying to get to the bottom of this issue now, I suspect.

Regards

David Newman

Hi Emilian,

This looks as though it is a bug common with the latest version of EPrints because this is a page that is rarely accessed, as you would not typically need a workflow to view/manage a file, as it is embedded within an eprint.  You would need the following file:

[EPRINTS_ROOT]/archives/[ARCHIVE_NAME]/cfg/workflows/file/default.xml

However, I am not aware of where such a file can be found.  So I will have a dig around and see if I can find anything.

Regards

David Newman

On 31/10/2017 08:25, Emilian Mitocariu wrote:

There is a default.xml in both directories.

On Tue, Oct 31, 2017 at 10:18 AM, Alan.Stiles <alan.stiles@open.ac.uk> wrote:

Off the top of my head, and before morning caffeine, do you have a default.xml in [EPRINTS_ROOT]/archives/[ARCHIVE_NAME]/cfg/workflows/eprint/ ?

And if not, is there one in [EPRINTS_ROOT]/lib/defaultcfg/workflows/eprint/ ?

 

From: eprints-tech-bounces@ecs.soton.ac.uk [mailto:eprints-tech-bounces@ecs.soton.ac.uk] On Behalf Of Mitocariu Emilian
Sent: 31 October 2017 06:54
To: eprints-tech@ecs.soton.ac.uk
Subject: [EP-tech] Failed to find workflow: file.default

 

Hi,

 

I recently migrated an eprints server from version 3.3.7 to version 3.3.15 and when I go to Manage records -> Files and click View on one of the files I get this error:

EPrints System Error
Failed to find workflow: file.default

 

This is what I found in apache logs:

------------------------------------------------------------------

---------------- EPrints System Error ----------------------------

------------------------------------------------------------------

Failed to find workflow: file.default

------------------------------------------------------------------

 at /usr/share/eprints3/perl_lib/EPrints/Workflow.pm line 161.

        EPrints::Workflow::new("EPrints::Workflow", EPrints::Repository=HASH(0x558c15fabf88), "default", "item", EPrints::DataObj::File=HASH(0x558c16b95e08), "STAFF_ONLY", ARRAY(0x558c16b6c2b8), "processor", EPrints::ScreenProcessor=HASH(0x558c16d59ff8), ...) called at /usr/share/eprints3/perl_lib/EPrints/Plugin/Screen/Workflow.pm line 197

        EPrints::Plugin::Screen::Workflow::workflow(EPrints::Plugin::Screen::Workflow::Details=HASH(0x558c16b9a4b0)) called at /usr/share/eprints3/perl_lib/EPrints/Plugin/Screen/Workflow/Details.pm line 116

        EPrints::Plugin::Screen::Workflow::Details::render(EPrints::Plugin::Screen::Workflow::Details=HASH(0x558c16b9a4b0)) called at /usr/share/eprints3/perl_lib/EPrints/Plugin/Screen/Workflow/View.pm line 172

        EPrints::Plugin::Screen::Workflow::View::render(EPrints::Plugin::Screen::Workflow::View=HASH(0x558c16b8fe50)) called at /usr/share/eprints3/perl_lib/EPrints/ScreenProcessor.pm line 377

        EPrints::ScreenProcessor::process("EPrints::ScreenProcessor", "session", EPrints::Repository=HASH(0x558c15fabf88), "template", undef, "url", "/cgi/users/home") called at /usr/share/eprints3/cgi/users/home line 25

        ModPerl::ROOT::ModPerl::Registry::usr_share_eprints3_cgi_users_home::handler(Apache2::RequestRec=SCALAR(0x558c1649a6f0)) called at /usr/lib/x86_64-linux-gnu/perl5/5.22/ModPerl/RegistryCooker.pm line 207

        eval {...} called at /usr/lib/x86_64-linux-gnu/perl5/5.22/ModPerl/RegistryCooker.pm line 207

        ModPerl::RegistryCooker::run(ModPerl::Registry=HASH(0x558c16bfd268)) called at /usr/lib/x86_64-linux-gnu/perl5/5.22/ModPerl/RegistryCooker.pm line 173

        ModPerl::RegistryCooker::default_handler(ModPerl::Registry=HASH(0x558c16bfd268)) called at /usr/lib/x86_64-linux-gnu/perl5/5.22/ModPerl/Registry.pm line 32

        ModPerl::Registry::handler("ModPerl::Registry", Apache2::RequestRec=SCALAR(0x558c1649a6f0)) called at -e line 0

        eval {...} called at -e line 0

[Tue Oct 31 06:30:25.401013 2017] [:error] [pid 6269:tid 140362561611520] EPrints::abort()\n

 

I couldn't find much about this error, does anyone know how to fix this?

-- The Open University is incorporated by Royal Charter (RC 000391), an exempt charity in England & Wales and a charity registered in Scotland (SC 038302). The Open University is authorised and regulated by the Financial Conduct Authority in relation to its secondary activity of credit broking.

*** 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/

*** 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/

*** 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/