How do I view killed files?
| Project: | Killfile |
| Version: | 6.x-1.x-dev |
| Component: | Configuration |
| Category: | support request |
| Priority: | normal |
| Assigned: | Unassigned |
| Status: | active |
Jump to:
How do I view killed files?
My Killfile config settings are:
Log message on deletion: Optional
Purge killfiled content after: Never
Automatically filter out killfiled content from all views: No (unchecked) --- I have tried this both ways.
I currently have "access killfiled content" set to my role.
Instructions in the README.txt file says, "... administrators can access and restore killfiled content when
necessary."
The INSTALL.txt instructions fall short of explaining where to view the killed files.
Am I missing something? Is there a path you can supply to the list of killed files? Do I need create a View with a relationship to the Killfile table?
Thanks for this module. I have some clients that have accidentally deleted nodes when trying to delete a file. It's not an uncommon problem.

#1
Hello,
The documentation is indeed lacking, but I found how to make it work with views. Partly.
In the killfile config settings:
Automatically filter out killfiled content from all views: No (unchecked)
Your user role should have access to killfiled content
Install Views module (if you have not already done that)
Create a new view for nodes.
Name: killfile
Basic Setting
Style: Unformatted
Row Style: Node
Access: access killfiled content
Relationships
Killfile: Node
Page Settings
Path: killfile
This view shows you all nodes that have been killfiled, or more technical: all nodes that have a corresponding nid in the killfile_nodes table.
I haven't found a "clean" way to restore killfiled content.
But when you killfile a node, it creates a new revision of the node.
What I do is, I revert to the version before the killfile, which restores the publishing state and removes the log message.
Then I manually delete the corresponding record from the killfile_nodes table, using phpMyAdmin.
And now I'm climbing on my soapbox:
Getting off the soapbox.
This module has real kick-ass potential and it's already halfway there.
I reeeeeally hope that the developer appreciates this input.
#2
@amedee: I had thought of doing the same thing with views but thought that there had to be some sanctioned method from the maintainer - but apparently it just sort of drops off from there. I am second your suggestions for the roadmap --- I love the idea for this module. I feel so bad for my clients when all they wanted to do is delete a file from the node and end up deleting the node.