This may be out of scope for this module, so feel free to won't fix it. There was someone on IRC working on making it possible for a user to adopt a node by entering a password. Unfortunately, I can't for the life of me remember who it was. I saw this module come up in the tracker with one of the issues and thought it might fit in here.
My use case is that I am planning on having a business directory. I will be initially entering businesses myself. I'd like to notify the business that they have been added and give them a password whereby they can assume ownership of the node to make any changes they desire. I'd rather not have to have them email me back and me manually go in and change the author, so having this automated by password would be really nice.
Extra points if the module could create a password for the node for me so I don't have to think of one each time. :)
Thanks,
Michelle
Comments
Comment #1
Christefano-oldaccount commentedI'm all +1 over this. Great idea!
Comment #2
functions commentedThis sounds great! Any word?
Comment #3
michelleNo answer in well over a year. I'm assuming the maintainer isn't interested.
Michelle
Comment #4
michelleNew maintainer, new hope. Re-activating and crossing my fingers. :)
Michelle
Comment #5
VenDG commentedsubscribing
Comment #6
sabrawy commented+sub im trying to understand the idea
if you mean a password of the user
what will happened if password match 2 users or more.
Comment #7
michelleNo, password per node. Basically an access code. So I add a listing for ABC Business and send them an email with a password of hfkdjshjkd and a link. They create a user account, go to the link, type in the code, and the node gets assigned to them.
It's been nearly 4 years since I asked for this and I could still use it but I've given up hope. Eventually I'll just write something myself.
Michelle
Comment #8
sabrawy commentedsorry but i need to understand more why using password to do it , i think the node ID is enough for me.
what i have understood you need a node id filter to just adopt the node for a new user.
i'm developing a condition filter for node adoption for now i almost done with assigned terms for the node filter, and the content type. maybe in future im going to add node id filter.
for more information about the new enhancements that i'm developing please see this node
http://drupal.org/node/1000644
Comment #9
michelleThe password is so XYZ Company can't go in and take over ABC Company's listing.
I didn't realize you were taking this module over. If you do and this doesn't fit in, feel free to won't fix it. I've learned a lot more about writing Drupal modules since I filed this issue and can just write something custom.
Michelle
Comment #10
sabrawy commentedwhy won't fixed? i'm not asking some one for features i'm doing it.
in this case i will post it as a new module under another name.
Comment #11
michelleWhat I am asking for here is pushing the scope of this module. Since I don't need most of what this module does, if I write something, I will just write something custom. Which means it's only going to be added to this module if whoever maintains the module wants to write it. If that's not going to happen, this can be won't fix'd. If you would like to write it, that's great. All I'm saying is that I filed this feature request nearly 4 years ago and I don't think it's going to happen.
If you are writing features for this module, just file a webmaster's issue to take it over. There's no need to make a new module when this one looks to be abandoned anyway.
Michelle
Comment #12
caligan commentedSounds handy to me - I'll think about how to do it. Maybe pulling in http://drupal.org/project/genpass (or using it as a jumping-off point) as a dependency, though it has no 7.x yet.
What are the particulars of the way your use-case differs from, say, creating a user login, assigning the node or nodes to it, and then emailing the password to the would-be owner? Is it that you want to be sure the nodes stay assigned to their original owner if the new one never shows up to claim them, or--?
Comment #13
caligan commentedI'm opting out of adding this, since the module concept is really just designating who gets control of a particular removed/blocked author's nodes. The feature requested can be handled natively by creating a user account for which to send the login information, and assigning the new content to that user as author. Use cases where that approach doesn't work are (in my opinion) a bit specific for this module.