Closed (outdated)
Project:
Content locking (anti-concurrent editing)
Version:
7.x-2.x-dev
Component:
Code
Priority:
Minor
Category:
Feature request
Assigned:
Reporter:
Created:
9 Sep 2010 at 08:20 UTC
Updated:
1 Mar 2016 at 03:46 UTC
Jump to comment: Most recent
Comments
Comment #1
eugenmayer commentedEvery contribution is very welcome! I cant give you a free go that the feature will be included in every case, but in general iam always very opened to new features.
But please try to plan the features here in the issues, otherwise you probably dont implement it the way it should be done (according to API etc) and we cant take the patch in.
Features implemented in submodules are 5x more likely to get into the release. So dont try to bloat up the core code, rather provide patches for hooks, which then are utilized by the submodules ( of any kind ).
for the timeout-thing, please consider there is already a submodule since the last module, doing this job. All you need is extending this submodule.
Comment #2
shawnmeng commentedGreat, I will clean our code and work on the submodule.
Comment #3
ohnobinki commentedI suppose I could provide a hook to do this in content_lock_timeout.
Comment #4
ohnobinki commentedThe simplest way of providing hooks to do this sort of thing in content_lock_timeout only would cause content_lock_timeout_cron() to perform very inefficiently. So, this is a more complicated problem than it seems to be at first.
Yet, I can see that this would be a useful feature because certain nodes might be more sensitive and require drastically longer locks than others. So, I'll think about how to solve this for a long while... ;-)
Comment #5
pandaski commented