Details

    • Type: Story
    • Status: Closed (View Workflow)
    • Resolution: Won't Develop
    • Affects Version/s: None
    • Fix Version/s: None
    • Component/s: None
    • Labels:
      None
    • Work Type Classification:
      Sustaining

      Description

      As part of the "GetExtraProperties" process in the UserRepository as we validate the MobileSettings I noticed that if we are generating them for the first time, we are not writing them back to the database. The only time we actually cache these to the database is when you do a "ChangeStore" through the UI. This means that all of the users we have that only have access to a single store (which is most of them) will never cache this data and will generate it from scratch on every request. This is probably not a HUGE database hit, but it seems like something easy to skip over and ensure that this part of the code works the same whether you have access to only one store or many.

      We may want to research as well a process to Refresh the MobileSettings cache on every login (definitely manual, possibly SSOs as well). This would give us some cover around stale cached data. Even though store names and time zones will not be changing, it might be good to refresh occasionally.

        Attachments

          Issue Links

          1.
          Review Test Scripts QA Task Done Unassigned

          0%

          Original Estimate - 0.5h
          Time Not Required
          2.
          Deploy QA Task Done Unassigned

          0%

          Original Estimate - 0.5h
          Time Not Required
          3.
          Functional Review with QA Dev Task Done Unassigned

          0%

          Original Estimate - 0.5h
          Time Not Required
          4.
          DIT Dev Task Done Unassigned

          0%

          Original Estimate - 0.5h
          Time Not Required

            Activity

              People

              • Assignee:
                Unassigned
                Reporter:
                Colin.Wyatt-Goodall Colin Wyatt-Goodall
              • Watchers:
                0 Start watching this issue

                Dates

                • Created:
                  Updated:
                  Resolved:

                  Time Tracking

                  Estimated:
                  Original Estimate - 2h
                  2h
                  Remaining:
                  0h
                  Logged:
                  Time Not Required
                  Not Specified

                    PagerDuty

                    Error rendering 'com.pagerduty.jira-server-plugin:PagerDuty'. Please contact your Jira administrators.