Hi Izwan,

I was wrong.  It was actually some code I added fairly recently to solve a long standing problem with subject fields.  This problem being that you want to stop people using a particular subject option for future records but you want existing records to still be able to use this option.  Technically, all you should just need to set the subject as undepositable and when the subject field is displayed with the special rendered input, like the Subjects stage of the workflow, this does the job.  (It won't allow you to select it if it is not already selected but it won't unselect it when you save the record).  However, when you have a subject field with the standard select input box, you could deselect these no longer depositable options without realising.  If you are to unset these, you want the user to have deliberately deselected them.

The following GitHub issue deals with this problem:

https://github.com/eprints/eprints3.4/issues/144

I have just pushed the following patch to fix the problem you reported and another I noticed whilst trying to fix this:

https://github.com/eprints/eprints3.4/commit/41f6f199d7abb753a3d180aabde6a0c482825ff8

I will update the EPrints 3.4.3 wiki page [1] to add this patch.

Regards

David Newman

[1] https://wiki.eprints.org/w/EPrints_3.4.3

On 10/09/2021 11:08, David R Newman via Eprints-tech wrote:

Hi Izwan,

I have been able to reproduce this bug but I cannot quite understand why this would lead to an error as it calls a function that is not called by other subject fields.  I will need to dig a little deeper to get to the bottom of this. I would not be surprised if this is a rather long standing bug as usually MetaFields are added from the command line and the occasional times MetaFields are added via the web interface, Subject MetaFields are an unusual type to add.

Regards

David Newman

On 10/09/2021 00:32, MOHD.IZWAN SALIM wrote:

CAUTION: This e-mail originated outside the University of Southampton.

Dear David and EP Team

I have the journal list in Subject : 

Regards

Izwan
UiTM Digital Library

On Thu, Sep 9, 2021 at 11:49 PM David R Newman <drn@ecs.soton.ac.uk> wrote:

Hi Izwan,

I suspect the issue is that the parent subject with the ID 'journal' does not exist.  Click on the Admin link in your menu and in then "Config. Tools" tab on the Admin page click on the "Edit subject" button.  You will need to create a 'journal' subject.  You can do this by adding the word 'journal' in the input box next to "Subject ID String" and then clicking on the "Create" button.  You will then need assign a label for this subject (e.g. Journals) and set whether it should be depositable (probably not, as this is a parent subject).  You will then need to add subjects under this parent 'journal' subject for all the journals you want a user to be able to choose from for this 'journal_in_university' field.  I would try to use a consistent format for these journal subject IDs like jrnl_nature for the Nature journal.

Regards

David Newman

On 09/09/2021 16:30, MOHD.IZWAN SALIM via Eprints-tech wrote:

CAUTION: This e-mail originated outside the University of Southampton.

Dear all, I added a new field from Manage Metadata Fields - Eprints page. with type subjects. After i added the field in workflow, the system show Internal Server Error with error log 

[Thu Sep 09 15:22:46.543546 2021] [:error] [pid 109882:tid 139759477307136] Can't use an undefined value as an ARRAY reference at /usr/share/eprints/perl_lib/EPrints/MetaField/Subject.pm line 128.\n

The zz_webcfg_eprint_fields.pl setting is

  'allow_null' => '1',
  'export_as_xml' => '0',
  'input_boxes' => 3,
  'input_cols' => 60,
  'input_ordered' => 0,
  'input_rows' => 10,
  'input_style' => 0,
  'maxlength' => 255,
  'multiple' => '0',
  'name' => 'journal_in_university',
  'provenance' => 'user',
  'required' => '1',
  'sql_index' => '1',
  'top' => 'journal',
  'type' => 'subject',
  'volatile' => '0'

The new field existed in the database. Did i miss to run something here?

Regards

Izwan
UiTM Digital Library

PENAFIAN: E-mel ini dan apa-apa fail yang dihantar bersama-samanya ("Mesej") adalah dihasratkan hanya untuk kegunaan penerima yang dinyatakan di atas dan mungkin mengandungi maklumat yang tidak umum, bermilik, istimewa, sulit dan dikecualikan dari penzahiran di bawah undang-undang yang terpakai termasuklah Akta Rahsia Rasmi 1972. BACA SELANJUTNYA...

---

DISCLAIMER : This e-mail and any files transmitted with it ("Message") is intended only for the use of the recipient(s) named above and may contain information that is non-public,  proprietary,  privileged,  confidential  and  exempt  from  disclosure under applicable law including the Official Secrets Act 1972. READ MORE...

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

Virus-free. www.avg.com

PENAFIAN: E-mel ini dan apa-apa fail yang dihantar bersama-samanya ("Mesej") adalah dihasratkan hanya untuk kegunaan penerima yang dinyatakan di atas dan mungkin mengandungi maklumat yang tidak umum, bermilik, istimewa, sulit dan dikecualikan dari penzahiran di bawah undang-undang yang terpakai termasuklah Akta Rahsia Rasmi 1972. BACA SELANJUTNYA...

---

DISCLAIMER : This e-mail and any files transmitted with it ("Message") is intended only for the use of the recipient(s) named above and may contain information that is non-public,  proprietary,  privileged,  confidential  and  exempt  from  disclosure under applicable law including the Official Secrets Act 1972. READ MORE...

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