Uploaded image for project: 'SR for Jira - Development'
  1. SR for Jira - Development
  2. SRJIRA-3004

Fields with behaviours become inline-editable if you edit another field inline first

    XMLWordPrintableJSON

    Details

    • Type: Bug
    • Status: Done
    • Priority: Major
    • Resolution: Done
    • Affects Version/s: 5.4.28
    • Fix Version/s: 5.5.7
    • Component/s: Behaviours
    • Labels:
      None
    • Sprint:
      Sprint 48, Sprint 49, Sprint 50, Sprint 51, Sprint 52, Sprint 53, Sprint 54
    • Critical Points:
      1.8

      Description

      To reproduce:

      • Set up a behaviour that sets a field to read-only.
      • Go to an applicable issue's view screen and try to edit the field inline.
        • The edit screen will open instead and the field will be read-only: this is as expected.
      • Close the screen and click on a different field to edit it inline.
      • Hit enter or click the tick mark to complete the edit (you don't actually have to chance the field's value).
      • Try to edit the original field inline again.

      Expected: The edit screen opens again and the field is read-only.

      Actual: The field is editable inline.

      I've not been able to investigate much beyond the above, but it looks like the act of confirming the edit of the other field causes some parts of the screen to get refreshed, possibly wiping away any hooks we have set up to prevent inline editing. Note that you have to confirm the edit, even if you don't make any changes: clicking the cross mark will not trigger the bug.

        Attachments

          Issue Links

            Activity

              People

              Assignee:
              jdavis Jenna Davis
              Reporter:
              jchoules Joanna Choules
              Votes:
              9 Vote for this issue
              Watchers:
              19 Start watching this issue

                Dates

                Created:
                Updated:
                Resolved: