CRM-20545 contact report lists contacts that have been 'soft' deleted (placed in Trash)

    Details

    • Versioning Impact:
      None (no code merged)
    • Documentation Required?:
      None
    • Funding Source:
      Core Team Funds
    • Verified?:
      Yes

      Description

      Just upgraded a site from 4.7.15 to 4.7.19. The upgrade went smoothly without error. The site uses a contact report, which simply lists contacts in a given group. This was working fine and used solely as a dashlet on the CiviCRM dashboard prior to the update. Post update, the report now includes contacts that have been 'soft' deleted, i.e. moved to the Trash. Consequently, the report is now useless.

        Attachments

        1. const.png
          91 kB
          Stoob
        2. donro.png
          0.3 kB
          Stoob
        3. participant.png
          89 kB
          Stoob

          Activity

          [CRM-20545] contact report lists contacts that have been 'soft' deleted (placed in Trash)
          Jon K Goldberg added a comment -

          This bug doesn't affect me, but I've seen it mentioned multiple times while patrolling Stack Exchange.  I think it merits a boost in priority to Important.

          Stoob added a comment -

          This continues to be a bug on 4.7.25, reproducable on the demo site. I think prompter attention to end-user and reporting issues such as this would set an example that would help present CiviCRM as a solution.

          Coleman Watts added a comment -

          Stoob can you try out this PR? It fixes the constituent summary report, the top donors report, and the event participant list report. There may be others that need fixing too, but those were the ones I found in my spot-checking.

          Stoob added a comment -

          Coleman Watts thanks, I can confirm the PR changes filters out deleted contacts on _these _reports. I found, however, that this fix did not affect Mail Opened Report and Donor Report (Detail) which still show deleted contacts after patch (see attached). I would offer that likely all mailing reports and contribution reports are affected. Please look into those too.

          Eileen McNaughton added a comment -

          I realise from Stoob's comments not all reports are fixed so undid my close.

           

          Note that if some reports are unfixed when we cut the next rc we should close this against those that are fixed & open a new one/s against remaining reports

          Coleman Watts added a comment -

          I'm curious to know if this is a regression and if so, when did it break. Do you know Stoob?

           

          Jon K Goldberg added a comment -

          This is a regression that I think happened some time around 4.7.19?

          Stoob added a comment -

          Coleman Watts I know it's a regression (wasn't this way in 4.6) but sorry wouldn't know for sure in the 4.7.x series when it was introduced. As Jon K Goldberg says this was reported first in 4.7.19 but it could have been a version or two sooner, I don't have any sites available that are pre-4.7.19 to test on at the moment.

          Seamus Lee added a comment -

          I'm closing this as Coleman's PR has been merged which seems to cover a number of reports

          Coleman Watts added a comment - - edited

          I've put in a 2nd PR to fix more of them, but what's really needed is an audit of all reports.

          Andrew Hunt added a comment -

          With the merge of PR #11276 should this be closed?

          Stoob added a comment -

          Eileen McNaughton and Coleman Watts Ditto on Andrew's comment. Can this be closed? Are all reports fixed?

          Eileen McNaughton added a comment -

          I'm happy to assume so - since something is merged against this it's better to close it & add a new issue for any follow ons

            People

            • Assignee:
              Stoob
              Reporter:
              Graham Mitchell

              Dates

              • Created:
                Updated:
                Resolved: