Fixed
Project:
E-Arkiv
Version:
1.0.x-dev
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Reporter:
Created:
10 Nov 2026 at 17:36 UTC
Updated:
11 Nov 2026 at 07:46 UTC
Jump to comment: Most recent
A review of the module found errors in the entity definitions and some smaller bugs:
uid field of both entity types is an entity reference without a target type, so it points to nodes instead of users. The stored IDs are user IDs, set by the default value callback.Archive::label() reads $this->file->value, which is always empty for an entity reference. The label is empty, so the delete form asks "Are you sure you want to delete the Archive ?".storage_schema handler Drupal\earkiv\EntityStorageSchema, a class that does not exist.earkiv.info.yml does not depend on the File module, although archives are file entities.user on uid and update the installed field storage definitions in a post update function. The stored values do not change.storage_schema handler, so the default one is used, and update the installed entity type definitions.drupal:file to the dependencies.Each fix is a separate commit in the merge request. Processing the schedules is handled in a separate issue.
Archives have a label in the delete form. The schedule form shows an error for an invalid RRULE.
None.
The uid fields reference users. The storage_schema handler is removed. A post update function updates the installed definitions.
AI-Generated: Yes (Used Claude Code to review the module and draft this issue.)
Start within a Git clone of the project using the version control instructions.
Or, if you do not have SSH keys set up on git.drupalcode.org:
Comments
Comment #4
thomas alsén commentedMerged into 1.0.x!