Closed (won't fix)
Project:
Real Name
Version:
7.x-1.x-dev
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Issue tags:
Reporter:
Created:
11 May 2013 at 19:52 UTC
Updated:
12 May 2013 at 02:15 UTC
Jump to comment: Most recent file
Comments
Comment #1
shrop commentedThat attached patch resolves the issue I was having by using actions_delete() during uninstall to remove the action from the database.
I also updated two issues found by Drupal Code Sniffer:
Comment #2
dave reidIt's not a standard practice for a module to run actions_delete() on it's own action. The watchdog message you saw should have given you a link to remove the orphaned actions. Why not just click on that link?
Comment #3
shrop commentedDave,
Thanks for the quick response. So, the expected way to clear things up is to wait for actions_synchronize() to execute and remove the orphaned action? Maybe not the fault of realname, but that hasn't happened so far. I am sure drush cc all has been run many times on our live server and the action still exists in the db.
To answer your actual question, This problem usual occurs when our devs copy down a copy of the live db to a local environment to work. We have have been deleting the realname module form the codebase to stop throwing the error, but after weeks, the action "realname_action_realname_update" still persists int he live db.
It may not be standard practice, but does it hurt to delete the action during uninstall since it isn't needed and can't be used without the module?
Thanks man!
Comment #4
dave reidThe key is actions_synchronize() doesn't actually remove orphaned actions. It throws a watchdog message about them and tells you to visit admin/config/system/actions/orphan to remove them. If you visit that URL on your live db, it should be removed.
Comment #5
shrop commentedMakes sense. Thanks for your time explaining this a bit.