Details

    • Type: Task Task
    • Status: Closed Closed
    • Priority: Major Major
    • Resolution: Fixed
    • Affects Version/s: 2.1.2
    • Fix Version/s: 2.1.3
    • Component/s: Development
    • Security Level: Public (Public: Anyone can view)
    • Labels:
      None
    • Similar issues:
      KULRICE-9454Enable breadcrumbs in the Agenda editor
      KULRICE-5354Agenda Editor only functions after ReloadingDataDictionary reloads
      KULRICE-5298Configure agenda editor's context and agenda lookups to do lookaheads
      KULRICE-13891Gap analysis: Agenda Editor
      KULRICE-13320KRMS agenda editor UI handles '>' operator badly
      KULRICE-13932Revise/Create End User Documentation: Agenda Editor
      KULRICE-8364The messages are not getting displayed properly on the Agenda Editor
      KULRICE-13205Agenda Editor: Deleting of propositions is not being persisted.
      KULRICE-5310In Agenda Editor: fix conditional display of expand all / collapse all links above agenda tree
      KULRICE-5537Make edit & copy links for agenda lookup open the agenda editor
    • Rice Module:
      KRMS
    • KAI Review Status:
      Not Required
    • KTI Review Status:
      Not Required

      Description

      The document does not lock when editing it multiple times. Probably due to the nested locking key.

      <property name="lockingKeys">
        <list>
          <value>agenda.id</value>
        </list>
      </property>
      

      Steps:

      • Edited agenda (changed name), save
      • Edited agenda (changed campus), submit
      • Open saved agenda, submit
        --> Observed: name change persisted, campus was reset to original
        --> Expected: Error: This document cannot be Saved or Routed because a record with the same primary key already exists.

        Issue Links

          Activity

          Hide
          Peter Giles (Inactive) added a comment -

          Hey Claus, I linked an issue that this may be related to. Sona is working on it so you may want to touch base with her.

          Show
          Peter Giles (Inactive) added a comment - Hey Claus, I linked an issue that this may be related to. Sona is working on it so you may want to touch base with her.
          Hide
          Claus Niesen added a comment -

          The issue wasn't the nested locking key but that the locking checked if the dataObject is persistable. For AgendaEditor the wrapper object is the dataObject which is not persistable. Now there is a isLockable() and getPersistableBusinessObject() method in Maintainable which are overridden when wrapper objects are used.

          Show
          Claus Niesen added a comment - The issue wasn't the nested locking key but that the locking checked if the dataObject is persistable. For AgendaEditor the wrapper object is the dataObject which is not persistable. Now there is a isLockable() and getPersistableBusinessObject() method in Maintainable which are overridden when wrapper objects are used.

            People

            • Assignee:
              Claus Niesen
              Reporter:
              Claus Niesen
            • Votes:
              0 Vote for this issue
              Watchers:
              0 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved:

                Structure Helper Panel