A thank-you, and a suggestion to make prepopulate easier to use (with code!)

Grr... meant to preview.

Anyway, this made it much easier to figure out that I needed edit[redirect][redirect] instead of edit[redirect], which a naive reading of the html would suggest was correct, particularly when you look at the page source so the formatting is better.

Humbly suggest you fold it into the next version of the module.

Best,R

No problem.

Here is a patch you can run against the latest development version (6.x-2.x-dev of 2009-Oct-28) that will output the data you need in a much nicer format. It traverses the data structure and outputs the field information. You'll still have to figure out what you need to use, but it's usually pretty obvious.

--- prepopulateOld.module	2009-10-28 16:38:36.000000000 -0400
+++ prepopulate.module	2009-11-23 16:27:30.000000000 -0500
@@ -30,6 +30,13 @@ function prepopulate_form_alter(&$form, 
     parse_str(base64_decode($_REQUEST['pp']), $_REQUEST);
   } 
   if (isset($_REQUEST['edit'])) {
+
+    // output debugging info
+    
+    if (isset($_REQUEST['prepopulate-debug'])) {
+  		drupal_set_message(_prepopulate_debug_walk(&$form,'edit'));
+    }
+
     foreach (array_keys((array)$_REQUEST['edit']) as $requestvar) {
       if (element_child($requestvar) && !is_null($form[$requestvar])) {
         _prepopulate_request_walk($form[$requestvar], $_REQUEST['edit'][$requestvar]);
@@ -39,6 +46,32 @@ function prepopulate_form_alter(&$form, 
 }
 
 /**
+ * Internal helper that dumps out possible edit form values
+ * that might be settable
+ *
+ * @param &$form
+ *   Array. A form element.
+ * @param $prefix
+ *   String. Prefix to add to whatever values we find, passed
+ *   down in the recursive traverse.
+ */
+function _prepopulate_debug_walk( & $form, $prefix) {
+
+  $result = '';
+  
+  foreach ($form as $index => $value) {
+    if (is_array($value) && ($index{0} != '#')) {
+      $result .= _prepopulate_debug_walk(&$value,$prefix . '[' . $index . ']');
+    } elseif ($index == '#type') {
+      $result .= $prefix . ' (' . $value . ')<br />' . "\n";
+    }
+  }
+
+  return $result;
+  
+}
+ 
+/**
  * Internal helper to set element values from the $_REQUEST variable.
  *
  * @param &$form

The output, in the yellow box on the page where messages appear, looks like this:

edit[nid] (value)
edit[vid] (value)
edit[uid] (value)
edit[created] (value)
edit[type] (value)
edit[language] (value)
edit[changed] (hidden)
edit[title] (textfield)
edit[body_field][teaser_js] (textarea)
edit[body_field][teaser_include] (checkbox)
edit[body_field][body] (textarea)
... and so on...

I've also included the actual module, which you can drop into the prepopulate folder as a replacement for the original file; again, make sure you're running the latest development version before doing this!!!

Ah, damn. Don't use the version above. There's something weird going on when I try and modify the development version.

Here's a hacked version of the current release version that seems to do the job. Keep a backup of the release version to slot back in if I've messed up again. Sacrificing virgins is optional.

Best,R

One headsup - this debugging output apparently does not give info about multiple-entry fields such as images and links -- the kind of thing where there's a button to add more fields, and you can drag the fields around. These are internally implemented in a different way and my walk routine doesn't find them.

However, in this situation you can just look at the raw html and find the info pretty easily, it'll end up being something like "edit[field_reviews][0][title]", "edit[field_reviews][1][title]", etc.