EPrints Technical Mailing List Archive
See the EPrints wiki for instructions on how to join this mailing list and related information.
Message: #00126
< Previous (by date) | Next (by date) > | < Previous (in thread) | Next (in thread) > | Messages - Most Recent First | Threads - Most Recent First
[EP-tech] Out of sync? Changed type of a custom field: Adding field column now renders review table of some users empty
- To: "eprints-tech@ecs.soton.ac.uk" <eprints-tech@ecs.soton.ac.uk>
- Subject: [EP-tech] Out of sync? Changed type of a custom field: Adding field column now renders review table of some users empty
- From: Florian Heß <hess@ub.uni-heidelberg.de>
- Date: Wed, 07 Mar 2012 17:13:48 +0100
Hi. :-)Our custom field "wer" in eprint dataset signifies the editor who declared their sole further responsibility in the workflow of a particular item. It is hidden by show_in_fieldlist => 0 in cfg.d/eprint_fields.pl to meet institutional privacy rules. (btw: Wish I could set show_in_fieldlist => 'staff' or so ...)
Recently, in order to make the equivalence match on that field work, I changed the type of the field from TEXT to ID. The field serves as one of two OR'ed editorial scope restriction criteria [cf. earlier post].
Since then and after reloading configuration, updating the database and restarting the webserver, however, admin and some few editors who have an unrestricted editorial scope (but there might be more, I am not sure) do not see any items.
Reloading config as well as restarting Apache once more did not solve the problem, neither did a `bin/epadmin recommit $repo user $admin_id`. The indexer ticks well and reindexing did not brought me any further.
The problem does *not appear* when using the API: eprints:~$ perl -I ~/perl_lib/ -MEPrints print EPrints->new->repository( "REPO_ID" ) ->user_by_username( "admin" ) ->editable_eprints_list( filters => [{ meta_fields => [qw|eprint_status|], value => "buffer" }] )->count , " items should be listed for review.\n"' ; 67 items should be listed for review.These 67 records *are* displayed in the web interface when admin removes the "wer" column in the review table. When I reset the user's review_fields setting by EPrints API to the default as defined in cfg.d/user_fields_default.pl ...
eprints:~$ perl -I ~/perl_lib/ -MEPrints $repo = EPrints->new->repository("REPO_ID"); $user = $repo->user_by_username("admin"); $user->set_value( review_fields => [ "status_changed", "creators_name", "title", "type", "userid", "wer" ] ); $user->commit;Et voilà: Review table is empty, without last "wer" array element again it is filled.
After all, this looks like a problem with some cached data left unrefreshed. My question then is what to reset or drop manually?
As a last resort I can simply create a new user account. That would do even with above default setting, a test was successful, but that is not a proper solution. I would prefer to understand what is going wrong and maybe you like to be informed about that phenomenon. :-)
Kind regards, Florian Heßps. sorry, a complicated problem makes a long email, wrote it while I examined ...
-- Heidelberg University Library Plöck 107-109, 69117 HD, Germany - Informationstechnik - WWW-Redaktion http://www.ub.uni-heidelberg.de/
- Prev by Date: [EP-tech] Re: Uploading a file issue
- Next by Date: [EP-tech] IR Stats
- Previous by thread: [EP-tech] Re: Uploading a file issue
- Next by thread: [EP-tech] IR Stats
- Index(es):