Skip to content

GitLab

  • Projects
  • Groups
  • Snippets
  • Help
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
C
Core
  • Project overview
    • Project overview
    • Details
    • Activity
    • Releases
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 933
    • Issues 933
    • List
    • Boards
    • Labels
    • Service Desk
    • Milestones
  • Operations
    • Operations
    • Incidents
  • Analytics
    • Analytics
    • Repository
    • Value Stream
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Members
    • Members
  • Collapse sidebar
  • Activity
  • Graph
  • Create a new issue
  • Commits
  • Issue Boards
  • Development
  • Core
  • Issues
  • #1164

Closed
Open
Opened Aug 02, 2019 by JKingsnorth@JKingsnorth

Editing event participant can affect wrong record if multiple participants are opened in multiple tabs/windows

This is an old issue (sorry I couldn't yet find the original issue in JIRA that was raised for this.)

It was recently attempted to get fixed here: #1164 / https://github.com/civicrm/civicrm-core/pull/14244 but a regression caused the patch for event participants to be reverted.

The problem, example of dmaster:

  • Events > Find participants > Search
  • 'Edit' one participant (Lincoln) in a new tab
  • 'Edit' a second participant (Teresa) in a new tab
  • Go to Lincoln's edit tab, change to no-show, save
  • The change has been applied to the WRONG record (Event registration information for Teresa Terry has been updated.)

This is because the participant ID is being stored in the session.

Edited Aug 02, 2019 by JKingsnorth
To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information
Assignee
Assign to
None
Milestone
None
Assign milestone
Time tracking
None
Due date
None
Reference: dev/core#1164