Bug #5630
closed
System Action logic for canvas and avatar update activities not accounting for removal of uploaded images
Added by nant almost 10 years ago.
Updated almost 10 years ago.
Start date:
01 December 2015
Update - the system action looks like it also has bad logic if approval is turned on - perhaps uploading an image that needs approval should not be tracked as it just displayes the pending approval image.
- Status changed from Assigned to Rejected
- % Done changed from 0 to 100
Nothing to do with any of that. The activity is static. It's not being parsed on display and pulling the avatar field. It's logged once and the HTML stored is directly output. CB Activity needs built in trigger handling for internal activity like that. Basically the same way GJ has built in handling of its own activity.
Rejecting this ticket and linking it to the ticket in CB Activity to hardcode core activity parsing.
- Status changed from Rejected to Assigned
- Priority changed from High to Normal
- Target version set to 6.3.4
- % Done changed from 100 to 0
Re-opening as this activity should only maintain 1 activity entry like some other activity. Meaning it should edit the old entry and update it with new information and a new date or delete the old entry first. Even hardcoding the activity output won't really help with this as the activity just isn't valid anymore.
- Status changed from Assigned to Resolved
- % Done changed from 0 to 100
Old activity entries will now delete before a new activity entry is logged for canvas and avatar.
- Status changed from Resolved to Closed
Also available in: Atom
PDF
Updated by 
Updated by