Closed (won't fix)
Project:
Prepopulate
Component:
Code
Priority:
Normal
Category:
Feature request
Assigned:
Unassigned
Reporter:
Created:
27 Oct 2009 at 14:59 UTC
Updated:
30 Aug 2010 at 18:24 UTC
Hello there,
I'm attaching a patch that helps this module function more smoothly as a part of a wiki setup involving freelinking, wikitools, and this module. Currently, one may go to a page creation form with a title prepopulated that is not unique. After filling out the form, it is then impossible to save the node without changing the title. This patch checks for a wikitools configuration, and if it detects that unique titles are turned on, and forwards the request to an existing node with the same title and content type.
You may also see the following link for more of the back story: http://drupal.org/node/465360
thanks!
| Comment | File | Size | Author |
|---|---|---|---|
| prepopulate_wikitools_integration.patch | 1.3 KB | acrollet |
Comments
Comment #1
BenK commentedSubscribing...
Comment #2
jbrauer commentedWouldn't it make sense for wikitools to check in all cases before the form is rendered to see if the title is one that already exists? It seems I could create nodes with conflicting titles in other places that would also cause problems with not being unique? In the same way that prepopulate does it's lifting in #after-build it seems wikitools could use #after-build to escape form-building if the title is a duplicate at that point?
Comment #3
acrollet commentedThis use case has been solved by the freelinking_prepopulate module (part of http://drupal.org/project/freelinking)