[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[EP-tech] Adding more stages to approval workflow?



Hi all,

I finally got it working. Defining the new states in get_filters from 
Items.pm was missing. I think it was mentioned here, but the whole state 
of the system was too mixed up.

Thanks again
Johannes


Am 23.07.19 um 16:41 schrieb Johannes Schultze via Eprints-tech:
> Hi all,
>
> thanks for your replies. I got it kind of working :)
>
> @John: I tried adding the ids of my new status definitions to "archive",
> "index", etc. in the lines of code that you mentioned and those used in
> the dark_archive.
>
> @Yuri: That line has to be considered, but, as it seems until now, seems
> not to be the only place.
>
> After the hint with the database, I tried editing the preferences field,
> which surely enough corrupted the table ... BUT after resetting the
> preferences field to NULL the new status checkboxes started working! By
> now two of ten work, but only one of the two is configured. Which is a
> state I can't explain. But the key seems to be to reset the preferences
> field in the user table after a code change. Until now I only did a
> reload of the archive and a restart of the webserver.
>
> Thanks
> Johannes
>
>
>> foreach my $f ( qw/ inbox buffer archive deletion / )
>>
>> this values should not be hardcoded in code, but should stay in a config
>> file.
>>
>> Il 23/07/19 15:59, Alan.Stiles via Eprints-tech ha scritto:
>>> When I added a stage (5 or 6 years ago)? I overrode the default
>>> render_items to add the new stage to
>>> https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Feprints%2Feprints%2Fblob%2F3.3%2Fperl_lib%2FEPrints%2FPlugin%2FScreen%2FItems.pm%23L242&data=01%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C0af22be839fe4cd5322008d710475491%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&sdata=itaCAVoxyall5R9ownN6Chk7FbVIqG5S67ZaoiWNZy0%3D&reserved=0
>>> <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Feprints%2Feprints%2Fblob%2F3.3%2Fperl_lib%2FEPrints%2FPlugin%2FScreen%2FItems.pm%23L242&amp;data=01%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C0af22be839fe4cd5322008d710475491%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&amp;sdata=itaCAVoxyall5R9ownN6Chk7FbVIqG5S67ZaoiWNZy0%3D&amp;reserved=0>
>>> so that it would include the new stage in determining whether to show
>>> the option as selected or not, which could be where your issue is as
>>> it seems to loop through the fixed list of options provided rather
>>> than refer to the repository config for the list of possible stages?
>>>
>>> I haven?t really looked at it again in 5 years so might be missing
>>> something, but it?s probably a good place to start.
>>>
>>> Alan
>>>
>>> *From:*eprints-tech-bounces at ecs.soton.ac.uk
>>> <eprints-tech-bounces at ecs.soton.ac.uk> *On Behalf Of *John Salter via
>>> Eprints-tech
>>> *Sent:* 23 July 2019 14:29
>>> *To:* eprints-tech at ecs.soton.ac.uk; Johannes Schultze
>>> <schultze at effective-webwork.de>
>>> *Subject:* Re: [EP-tech] Adding more stages to approval workflow?
>>>
>>> Hi Johannes,
>>>
>>> Glad you got the first part working.
>>>
>>> I wonder if this is something to do with the way EPrints handles the
>>> user preferences - one of which stores which of these check-boxes are
>>> ticked.
>>>
>>> I've had a quick look through the code, and can see where the default
>>> values are getting set.
>>>
>>> These are the most relevant pieces of the code - the $user->preference
>>> parts:
>>>
>>> https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Feprints%2Feprints%2Fblob%2F3.3%2Fperl_lib%2FEPrints%2FDataObj%2FUser.pm%23L917-L956&amp;data=01%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C0af22be839fe4cd5322008d710475491%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&amp;sdata=UwvT3geDhqlJN%2B1HtrdWAodEd94xF9%2FHLPLYg9tbYzA%3D&amp;reserved=0
>>> <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Feprints%2Feprints%2Fblob%2F3.3%2Fperl_lib%2FEPrints%2FDataObj%2FUser.pm%23L917-L956&amp;data=01%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C0af22be839fe4cd5322008d710475491%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&amp;sdata=UwvT3geDhqlJN%2B1HtrdWAodEd94xF9%2FHLPLYg9tbYzA%3D&amp;reserved=0>
>>>
>>> and in the screen itself:
>>>
>>> https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Feprints%2Feprints%2Fblob%2F3.3%2Fperl_lib%2FEPrints%2FPlugin%2FScreen%2FItems.pm%23L118-L149&amp;data=01%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C0af22be839fe4cd5322008d710475491%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&amp;sdata=7aFb5p%2FGJG71LyTcZ22eM5TY%2Bu0yhAHmXQlzeDrBJlQ%3D&amp;reserved=0
>>> <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Feprints%2Feprints%2Fblob%2F3.3%2Fperl_lib%2FEPrints%2FPlugin%2FScreen%2FItems.pm%23L118-L149&amp;data=01%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C0af22be839fe4cd5322008d710475491%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&amp;sdata=7aFb5p%2FGJG71LyTcZ22eM5TY%2Bu0yhAHmXQlzeDrBJlQ%3D&amp;reserved=0>
>>>
>>> https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Feprints%2Feprints%2Fblob%2F3.3%2Fperl_lib%2FEPrints%2FPlugin%2FScreen%2FItems.pm%23L226-L465&amp;data=01%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C0af22be839fe4cd5322008d710475491%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&amp;sdata=1b8TFMMYH1eh86olWX8jQGtpNkMO8Kwmh7gCZ6cI%2Bmc%3D&amp;reserved=0
>>> <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Feprints%2Feprints%2Fblob%2F3.3%2Fperl_lib%2FEPrints%2FPlugin%2FScreen%2FItems.pm%23L226-L465&amp;data=01%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C0af22be839fe4cd5322008d710475491%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&amp;sdata=1b8TFMMYH1eh86olWX8jQGtpNkMO8Kwmh7gCZ6cI%2Bmc%3D&amp;reserved=0>
>>>
>>> I cannot (at a quick look) see why the value for the new eprint_status
>>> isn't getting saved though.
>>>
>>> This script:
>>> https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgist.github.com%2Fjesusbagpuss%2Fb96dd5520018f2ec51c4c76d40e1d9b0&amp;data=01%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C0af22be839fe4cd5322008d710475491%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&amp;sdata=j68hhiRGh8v1Ql%2Fa%2B%2FhIFls8xtiYEb2Oet4UbJKunQM%3D&amp;reserved=0
>>> <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgist.github.com%2Fjesusbagpuss%2Fb96dd5520018f2ec51c4c76d40e1d9b0&amp;data=01%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C0af22be839fe4cd5322008d710475491%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&amp;sdata=j68hhiRGh8v1Ql%2Fa%2B%2FhIFls8xtiYEb2Oet4UbJKunQM%3D&amp;reserved=0>
>>>
>>> will show you the value for a user that is saved in the database e.g.
>>>
>>>> bin/local/get_user_preference_screen_items_ep_status ARCHIVEID 1
>>> admin (admin at example.com <mailto:admin at example.com>)
>>>
>>> Existing user preference for 'Screen::Items/eprint_status':
>>>
>>> $VAR1 = [
>>>
>>> 'inbox',
>>>
>>> '1',
>>>
>>> 'buffer',
>>>
>>> '1',
>>>
>>> 'archive',
>>>
>>> '',
>>>
>>> 'deletion',
>>>
>>> ''
>>>
>>>   ?????];
>>>
>>> If you have multiple sessions open for a user (either different tabs
>>> in a browser, or in different browsers/computers), then ticking it in
>>> one session can get overwritten by loading the screen in another session).
>>>
>>> You might also be able to see some of what's going on by using the
>>> console in the browser e.g. ticking the box for 'Retired' makes a
>>> request to:
>>>
>>> https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Feprints.server%2Fcgi%2Fusers%2Fhome%3Fscreen%3DItems%26dataset%3Deprint%26set_show_deletion%3D1&amp;data=01%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C0af22be839fe4cd5322008d710475491%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&amp;sdata=ykUhmq%2FZLl6JdDYTF%2BH4ZQYCsMep5BvAZYO00gc64Sw%3D&amp;reserved=0
>>> <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Feprints.server%2Fcgi%2Fusers%2Fhome%3Fscreen%3DItems%26dataset%3Deprint%26set_show_deletion%3D1&amp;data=01%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C0af22be839fe4cd5322008d710475491%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&amp;sdata=ykUhmq%2FZLl6JdDYTF%2BH4ZQYCsMep5BvAZYO00gc64Sw%3D&amp;reserved=0>
>>>
>>> You could try a request to e.g.
>>>
>>> https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Feprints.server%2Fcgi%2Fusers%2Fhome%3Fscreen%3DItems%26dataset%3Deprint%26set_show_status1%3D1&amp;data=01%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C0af22be839fe4cd5322008d710475491%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&amp;sdata=DR5tbTI67zzrxn2GPWjMBsdSRA0ZxmvxmYGMXkoHaPQ%3D&amp;reserved=0
>>> <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Feprints.server%2Fcgi%2Fusers%2Fhome%3Fscreen%3DItems%26dataset%3Deprint%26set_show_status1%3D1&amp;data=01%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C0af22be839fe4cd5322008d710475491%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&amp;sdata=DR5tbTI67zzrxn2GPWjMBsdSRA0ZxmvxmYGMXkoHaPQ%3D&amp;reserved=0>
>>>
>>> to see if that does anything?
>>>
>>> Sorry this isn't a definite answer - hopefully it helps get started
>>> though.
>>>
>>> I'll have a bit more time to take a look tomorrow if necessary.
>>>
>>> Cheers,
>>>
>>> John
>>>
>>> *From:*eprints-tech-bounces at ecs.soton.ac.uk
>>> <mailto:eprints-tech-bounces at ecs.soton.ac.uk>
>>> [mailto:eprints-tech-bounces at ecs.soton.ac.uk] *On Behalf Of *Johannes
>>> Schultze via Eprints-tech
>>> *Sent:* 23 July 2019 13:19
>>> *To:* eprints-tech at ecs.soton.ac.uk <mailto:eprints-tech at ecs.soton.ac.uk>
>>> *Subject:* Re: [EP-tech] Adding more stages to approval workflow?
>>>
>>> Hi Chris, hi John,
>>>
>>> one follow up question. I got my complex net of different states
>>> working, but I can't get the filters on the "manage deposits" page to
>>> work. I reduced the new statuses to one for this example.
>>>
>>>
>>>
>>> I can't check the "Status 1" checkbox. It always stays unchecked.
>>> Having eprints in that state or not does not change anything. The same
>>> problem occurs when I use the unedited dark_archive code from the
>>> Bazaar. Can you give me a hint, why this might not work?
>>>
>>> Regards,
>>> Johannes
>>>
>>>       Hi Chris, hi John,
>>>
>>>       I think I got a working demo by now. I used the dark_archive
>>>       plugin as a start, and added a second stage so ...
>>>
>>>       inbox/buffer/... -> dark_archive -> dark_archive2
>>>
>>>       ... is now possible. The final workflow will be more complex, but
>>>       I think I should get it configured with this approach.
>>>
>>>       Thanks again,
>>>       Johannes
>>>
>>>           Hi Chris, hi John,
>>>
>>>           thanks a lot for your quick replies and your hints! I'll take
>>>           a look at both solutions and let you know if I got it all to work.
>>>
>>>           Regards,
>>>           Johannes
>>>
>>>               There is a different way to achieve this.
>>>
>>>               You can add new 'eprint_status' options.
>>>
>>>               This page: https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwiki.eprints.org%2Fw%2FBuilding_a_DataSet&amp;data=01%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C0af22be839fe4cd5322008d710475491%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&amp;sdata=wZbT%2BsYAF%2FoJmZsFbhSjg0%2B6cmLaCLR3dfCG891mOjI%3D&amp;reserved=0
>>>               <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwiki.eprints.org%2Fw%2FBuilding_a_DataSet&amp;data=01%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C0af22be839fe4cd5322008d710475491%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&amp;sdata=wZbT%2BsYAF%2FoJmZsFbhSjg0%2B6cmLaCLR3dfCG891mOjI%3D&amp;reserved=0>
>>>               provides details of how to create a 'dark archive' - which
>>>               is normally a different end-point for a record - so
>>>               instead of:
>>>
>>>               Inbox -> buffer -> archive
>>>
>>>               You can also go:
>>>
>>>               Inbox -> buffer -> dark_archive
>>>
>>>               This plugin does the same:
>>>
>>>               https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fbazaar.eprints.org%2F401%2F&amp;data=01%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C0af22be839fe4cd5322008d710475491%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&amp;sdata=sGhuIf3P8kEzRg8j2WuyV2raIXXKNw3JMP%2BcQxg8zBQ%3D&amp;reserved=0
>>>               <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fbazaar.eprints.org%2F401%2F&amp;data=01%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C0af22be839fe4cd5322008d710475491%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&amp;sdata=sGhuIf3P8kEzRg8j2WuyV2raIXXKNw3JMP%2BcQxg8zBQ%3D&amp;reserved=0>
>>>
>>>               What you would need to configure is
>>>
>>>               options => [qw( inbox buffer archive deletion bufferX
>>>               bufferY )],
>>>
>>>               and also think about whether anyone can move e.g. from
>>>               buffer to archive - or whether everything has to go
>>>               through all stages.
>>>
>>>               You may want to define more user roles - so a 'normal'
>>>               editor can move from buffer to bufferX, but a 'super
>>>               editor' can move from buffer to bufferX, bufferY or even
>>>               to archive.
>>>
>>>               You may also want to create a clone of the review screen
>>>               that looks at bufferX and buffer explicitily.
>>>
>>>               Chris' solution would also work, each has it's merits!
>>>
>>>               Cheers,
>>>               John
>>>
>>>               *From:*eprints-tech-bounces at ecs.soton.ac.uk
>>>               <mailto:eprints-tech-bounces at ecs.soton.ac.uk>
>>>               [mailto:eprints-tech-bounces at ecs.soton.ac.uk] *On Behalf
>>>               Of *Christ?pher Gutteridge via Eprints-tech
>>>               *Sent:* 26 June 2019 12:06
>>>               *To:* eprints-tech at ecs.soton.ac.uk
>>>               <mailto:eprints-tech at ecs.soton.ac.uk>; Johannes Schultze
>>>               <schultze at effective-webwork.de>
>>>               <mailto:schultze at effective-webwork.de>
>>>               *Subject:* Re: [EP-tech] Adding more stages to approval
>>>               workflow?
>>>
>>>               This isn't trivial but would be possible. This is me
>>>               riffing and would need refining.
>>>
>>>               First of all, I would add tickbox fields for levels of
>>>               signoff. ie. signoffA and signoffB and? signoffC.
>>>
>>>               Next I would use conditionals on the "workflow" XML file
>>>               to modify it as follows.
>>>
>>>               In the main <flow> section, use a <when> condition to
>>>               split behaviour for the 3 stages of the buffer to add
>>>               additional stages to the end IF the user has the
>>>               appropriate parameters. At an extreme level you can write
>>>               a plugin function that takes the user and eprint as inputs
>>>               and returns true if they have the right to approve it at
>>>               stage a/b/c.
>>>
>>>               If signoffA is false and the user can approve level A on
>>>               this EPrint, they see the levelA approve stage which has
>>>               the signoffA tickbox on it and they can set it to true.
>>>
>>>               If signoffA is true, but? signoffB is false and the user
>>>               can approve level B, the see the levelB approve stage
>>>               which has the signoffB tickbox
>>>
>>>               Similar for signoffC.
>>>
>>>               The validation for publishing makes "signoffC" approval a
>>>               required field so it can't be published without signoffC
>>>               being set.
>>>
>>>               <flow>
>>>
>>>                ? <stage ref="type"/>
>>>
>>>                ? <stage ref="files"/>
>>>
>>>                ? <stage ref="core"/>
>>>
>>>                ? <stage ref="subjects"/>
>>>
>>>                ? <epc:choose>
>>>
>>>                ???? <epc:when test="eprint_status='buffer' and !signoffA and $current_user{canSignoffA}'>
>>>
>>>                ??????? <stage ref="signoffA" />
>>>
>>>                ???? </epc:when>
>>>
>>>                ???? <epc:when test="eprint_status='buffer' and signoffA and !signoffB and $current_user{canSignoffB}'>
>>>
>>>                ??????? <stage ref="signoffB" />
>>>
>>>                ???? </epc:when>
>>>
>>>                ???? <epc:when test="eprint_status='buffer' and signoffA and signoffB and !signoffC and $current_user{canSignoffC}'>
>>>
>>>                ??????? <stage ref="signoffC" />
>>>
>>>                ???? </epc:when>
>>>
>>>
>>>
>>>                ? </epc:choose>
>>>
>>>                ?</flow>
>>>
>>>               This is utterly untested but gives some ideas I hope.
>>>               Documentation here:
>>>
>>>               https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwiki.eprints.org%2Fw%2FEPrints_Control_Format&amp;data=01%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C0af22be839fe4cd5322008d710475491%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&amp;sdata=etsF5lnTNXbjzjnZ1%2B%2B5LST9WAhRH0G4mhl1cDVQfgk%3D&amp;reserved=0
>>>               <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwiki.eprints.org%2Fw%2FEPrints_Control_Format&amp;data=01%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C0af22be839fe4cd5322008d710475491%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&amp;sdata=etsF5lnTNXbjzjnZ1%2B%2B5LST9WAhRH0G4mhl1cDVQfgk%3D&amp;reserved=0>
>>>
>>>               https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwiki.eprints.org%2Fw%2FWorkflow_Format&amp;data=01%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C0af22be839fe4cd5322008d710475491%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&amp;sdata=JTfk1zatl886TF%2BTA2dreDx7XVfQp9WG9tjvraXS4no%3D&amp;reserved=0
>>>               <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwiki.eprints.org%2Fw%2FWorkflow_Format&amp;data=01%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C0af22be839fe4cd5322008d710475491%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&amp;sdata=JTfk1zatl886TF%2BTA2dreDx7XVfQp9WG9tjvraXS4no%3D&amp;reserved=0>
>>>
>>>               https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwiki.eprints.org%2Fw%2FEPScript&amp;data=01%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C0af22be839fe4cd5322008d710475491%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&amp;sdata=GaS7ecAxDTPYV4Nem5CTS96oBrEvs1GUsssR3y%2FqfVE%3D&amp;reserved=0
>>>               <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwiki.eprints.org%2Fw%2FEPScript&amp;data=01%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C0af22be839fe4cd5322008d710475491%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&amp;sdata=GaS7ecAxDTPYV4Nem5CTS96oBrEvs1GUsssR3y%2FqfVE%3D&amp;reserved=0>
>>>
>>>               It's possible to make custom EPScript functions to do more
>>>               complex tests.
>>>
>>>               On 26/06/2019 11:05, Johannes Schultze via Eprints-tech wrote:
>>>
>>>                   Hi all,
>>>
>>>
>>>
>>>                   I'm currently evaluating EPrints as a replacement for an old repository
>>>
>>>                   (custom made). Until now everything worked fine (import of existing
>>>
>>>                   files and metadata), and I'm now trying to get the release/approval
>>>
>>>                   workflow configured. As far as I have read in the documentation, there
>>>
>>>                   are four stages by default:
>>>
>>>
>>>
>>>                   inbox -> buffer -> archive -> deletion
>>>
>>>
>>>
>>>                   I would need some more levels (and roles) in the approval workflow.
>>>
>>>                   Something like this:
>>>
>>>
>>>
>>>                   inbox -> buffer1 -> buffer2 -> buffer3 -> archive -> deletion
>>>
>>>
>>>
>>>                   Different roles in the hierarchy of the organisation should approve the
>>>
>>>                   submitted eprint in multiple steps. Is it possible to configure such
>>>
>>>                   behaviour in EPrints? Or can something like this only be implemented
>>>
>>>                   with some kind of plugin?
>>>
>>>
>>>
>>>                   Regards
>>>
>>>                   Johannes
>>>
>>>
>>>
>>>
>>>
>>>               --
>>>
>>>               Christopher Gutteridge<totl at soton.ac.uk>  <mailto:totl at soton.ac.uk>
>>>
>>>               You should read our team blog athttp://blog.soton.ac.uk/webteam/
>>>
>>>
>>>
>>>           --
>>>
>>>           Dipl. Inf. Johannes Schultze
>>>
>>>           Gesellschafter / Entwicklung
>>>
>>>           Tel. +49 40 60940857-5
>>>
>>>           Fax. +49 40 60940857-1
>>>
>>>           schultze at effective-webwork.de  <mailto:schultze at effective-webwork.de>
>>>
>>>           effective WEBWORK GmbH
>>>
>>>           Neuer Wall 18
>>>
>>>           20354 Hamburg
>>>
>>>           https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.effective-webwork.de&amp;data=01%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C0af22be839fe4cd5322008d710475491%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&amp;sdata=dyxU0VBAPgI6oXgc3IsaaYzRPQTkM4Ddv%2BRXddoZIDY%3D&amp;reserved=0  <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.effective-webwork.de&amp;data=01%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C0af22be839fe4cd5322008d710475491%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&amp;sdata=dyxU0VBAPgI6oXgc3IsaaYzRPQTkM4Ddv%2BRXddoZIDY%3D&amp;reserved=0>
>>>
>>>           GF Dr. Matthias Finck
>>>
>>>           HRB 101108 (Hamburg)
>>>
>>>           UStId DE254169943
>>>
>>>
>>>
>>>       --
>>>
>>>       Dipl. Inf. Johannes Schultze
>>>
>>>       Gesellschafter / Entwicklung
>>>
>>>       Tel. +49 40 60940857-5
>>>
>>>       Fax. +49 40 60940857-1
>>>
>>>       schultze at effective-webwork.de  <mailto:schultze at effective-webwork.de>
>>>
>>>       effective WEBWORK GmbH
>>>
>>>       Neuer Wall 18
>>>
>>>       20354 Hamburg
>>>
>>>       https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.effective-webwork.de&amp;data=01%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C0af22be839fe4cd5322008d710475491%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&amp;sdata=dyxU0VBAPgI6oXgc3IsaaYzRPQTkM4Ddv%2BRXddoZIDY%3D&amp;reserved=0  <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.effective-webwork.de&amp;data=01%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C0af22be839fe4cd5322008d710475491%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&amp;sdata=dyxU0VBAPgI6oXgc3IsaaYzRPQTkM4Ddv%2BRXddoZIDY%3D&amp;reserved=0>
>>>
>>>       GF Dr. Matthias Finck
>>>
>>>       HRB 101108 (Hamburg)
>>>
>>>       UStId DE254169943
>>>
>>>
>>>
>>> --
>>> Dipl. Inf. Johannes Schultze
>>> Gesellschafter / Entwicklung
>>> Tel. +49 40 60940857-5
>>> Fax. +49 40 60940857-1
>>> schultze at effective-webwork.de  <mailto:schultze at effective-webwork.de>
>>> effective WEBWORK GmbH
>>> Neuer Wall 18
>>> 20354 Hamburg
>>> https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.effective-webwork.de&amp;data=01%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C0af22be839fe4cd5322008d710475491%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&amp;sdata=dyxU0VBAPgI6oXgc3IsaaYzRPQTkM4Ddv%2BRXddoZIDY%3D&amp;reserved=0  <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.effective-webwork.de&amp;data=01%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C0af22be839fe4cd5322008d710475491%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&amp;sdata=dyxU0VBAPgI6oXgc3IsaaYzRPQTkM4Ddv%2BRXddoZIDY%3D&amp;reserved=0>
>>> GF Dr. Matthias Finck
>>> HRB 101108 (Hamburg)
>>> UStId DE254169943
>>> -- 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: https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.eprints.org%2Ftech.php%2F&amp;data=01%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C0af22be839fe4cd5322008d710475491%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&amp;sdata=ZCGxNH9RATAGbmkuI%2B9%2Fq7GJt0Qpc%2BszrbCB6ZhwK%2FA%3D&amp;reserved=0
>>> *** EPrints community wiki: https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwiki.eprints.org%2F&amp;data=01%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C0af22be839fe4cd5322008d710475491%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&amp;sdata=t%2BioZ1cvrMYDc2qZvlzFtbYQeQ8G9a8Xw3Udc%2FaqvVU%3D&amp;reserved=0
>>> *** EPrints developers Forum: https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fforum.eprints.org%2F&amp;data=01%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C0af22be839fe4cd5322008d710475491%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&amp;sdata=JUsK%2F7nK%2B51%2B%2FaHZGVs%2FbL%2BLVfN1Ww7M0bQlpltLBzA%3D&amp;reserved=0
>> *** Options: http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech
>> *** Archive: https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.eprints.org%2Ftech.php%2F&amp;data=01%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C0af22be839fe4cd5322008d710475491%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&amp;sdata=ZCGxNH9RATAGbmkuI%2B9%2Fq7GJt0Qpc%2BszrbCB6ZhwK%2FA%3D&amp;reserved=0
>> *** EPrints community wiki: https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwiki.eprints.org%2F&amp;data=01%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C0af22be839fe4cd5322008d710475491%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&amp;sdata=t%2BioZ1cvrMYDc2qZvlzFtbYQeQ8G9a8Xw3Udc%2FaqvVU%3D&amp;reserved=0
>> *** EPrints developers Forum: https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fforum.eprints.org%2F&amp;data=01%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C0af22be839fe4cd5322008d710475491%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&amp;sdata=JUsK%2F7nK%2B51%2B%2FaHZGVs%2FbL%2BLVfN1Ww7M0bQlpltLBzA%3D&amp;reserved=0
>

-- 
Dipl. Inf. Johannes Schultze
Gesellschafter / Entwicklung

Tel. +49 40 60940857-5
Fax. +49 40 60940857-1
schultze at effective-webwork.de
effective WEBWORK GmbH
Neuer Wall 18
20354 Hamburg
https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.effective-webwork.de&amp;data=01%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C0af22be839fe4cd5322008d710475491%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&amp;sdata=dyxU0VBAPgI6oXgc3IsaaYzRPQTkM4Ddv%2BRXddoZIDY%3D&amp;reserved=0

GF Dr. Matthias Finck
HRB 101108 (Hamburg)
UStId DE254169943