Allow tokens to be used in the default value of a field

I thought I had looked into it before and found it almost impossible to be able to do this on a consistent basis. I'll take a look again.

Also considering CCK in D6 didn't support tokens in it's provided fields (text, etc) this isn't too high a priority.

Subscribe

subscribe

subscribe

+1 came from #1248306: Use of Tokens in CCK Field Help Text in D7

Hi guys, I wrote a small module for supporting tokens in default values of fields. Its quite a bruteforce solution - its checking all "*_node_form" forms and alters the content by replacing all occurances of tokens by their specific values using token_replace(), but maybe it will be usefull anyways.

Its actually my first post here on drupal.org so if I did something wrong by posting here a minimodule I am sorry for that!

Hi, guys.

For the help text part, you might be interested in #1308564: Basic token support in fields' help texts.
It is a trivial patch (take a look yourself) and it works for me, but more peer reviewing is definitely needed.
Maybe it gets into core if there is enough peer review.

HTH.

amontero, I revised your patch a bit. check issue #1308564: Basic token support in fields' help texts (patch provided)

If you're interested in this feature, please support the issue!

Subscribe

Subscribe

Subscribing

Can we move this issue to active? This seems like a perfectly valid feature request and it's not like it's being postponed based on any other pending issues right?

@khm I have not tested your module, but it would obviously be better if we could integrate your work into a patch somehow for this module as that would be more easily tested and helpful.

Quite agree!

See default value with token replacements, it has been solved in D6.

Currently, only viewfield supports this:

As mentioned above, there is an ongoing issue for #1308564: Basic token support in fields' help texts. madmatter23 added there a patch to support them in default values that might be of interest here.
As described in this comment I've split token support in help text and default values in different issues to ease them.
Token support for help text patch passed tests successfully. You might be interested in reviewing it, also.
Issue linked and title updated.

subscribing

subscribing

I'm begging all the "subscribers" to finally realize that BIG GREEN "Follow" BUTTON, and PLEASE read this:
Stop subscribing, start following

The "Follow" buttons look like this at the top of the issues:

You can also unsubscribe with hovering over the "Following" button, when "Unfollow" appears:

It's really annoying to see a new post on the dashboard, and clicking on it interestedly , and after that, seeing another unnecessary "subscribing" text...
Thanks!

Inspired from madmatter23 patch, I've just made a patch to allow uses of token in default value of fields.

Test it.

Setting status to NR in order to let the tests run.

I tested the patch and it seems some part is failing:

Drupal$ curl http://drupal.org/files/token-support-default-field-settings-1070878-20.patch | git apply
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100   599  100   599    0     0   1697      0 --:--:-- --:--:-- --:--:--  3346
error: patch failed: modules/field/field.module:487
error: modules/field/field.module: patch does not apply

@sp-drupy: Patch applies cleanly against latest 7.x-dev for me. Which version are you applying the patch to?

I've also add the clear option : a boolean flag indicating that tokens should be removed from the final text if no replacement value can be generated.

l.498 :
$items[$key][$innerKey] = token_replace($innerValue, array(), array('clear'=>true));

Patch failed to apply.

Patch #24 works well. But if the field needs value validation, it is not being saved. LIke email field, numeric ...
There is another problem with value max length. If I have a ZIP field with for example 6 characters max, so the token is not inserted into the field when token is longer than 6 characters.
And what about select options?

This could be used only for clear text longer than token.

Sorry, for assign. :( My fault.

It does not work for custom entity fields only for core drupal entities

Thanks @Pascoual and @madmatter23;
Patch in #20 worked great for me in a fresh D7.19.

I won't change the status because of potential changes to the patch in #24, but I'm excited to have token defaults available.

Thanks. I used this patch. It works for me.

Great module! Patch in #20 worked.

Temporary (and ugly a bit) workaround:

/**
 * Implements hook_field_widget_form_alter().
 */
function MODULE_hook_field_widget_form_alter(&$element, &$form_state, $context) {
  // Prevent replace tokens on field admin ui form.
  if (!is_null($element['#entity'])) {
    // Determine the $user. If entity has uid, try to load. If can't, use the
    // global $user.
    if (isset($element['#entity']->uid)) {
      if (!$user = user_load($element['#entity']->uid)) {
        global $user;
      }
    }

    // Build data for token replacement.
    $data = array(
      $element['#entity_type'] => $element['#entity'],
      'user' => $user,
    );
    // Eg. the body field, the default value is stored in
    // $element['#default_value']
    if (isset($element['#default_value']) && !is_array($element['#default_value'])) {
      $element['#default_value'] = token_replace($element['#default_value'], $data);
    }
    // Eg. the link field, the default value is stored in
    // $element['#default_value']['url']
    else if (is_array($element['#default_value'])) {
      foreach ($element['#default_value'] as $key => $value) {
        if (is_string($value)) {
          $element['#default_value'][$key] = token_replace($value, $data);
        }
      }
    }
    // Eg. the text field, the default value is stored in
    // $element['value']['#default_value']
    else if (isset($element['value'])) {
      if (isset($element['value']['#default_value']) && !is_array($element['value']['#default_value'])) {
        $element['value']['#default_value'] = token_replace($element['value']['#default_value'], $data);
      }
    }
  }
}

I didn't check the patch, but are you sure, the tokens aren't replaced on field settings form? (admin/structure/types/manage/[type]/fields/[field_name]
I think, also needs test. And are we sure, the token replacement should be run automatically on every fields? Maybe a checkbox in field settings form to turn it on/off?
And how is this feature in drupal 8? Is the d7 the proper version to work on?

#24
It works for me. Thanks!

I got an error when I did a --stat on the patch in 24.

git apply -v --stat token-support-default-field-settings-1070878-24.patch
fatal: corrupt patch at line 19

Maybe it's just missing the blank line at the end of the file.

The new module http://drupal.org/project/field_default_token can be used as a solution. It's based on #32 and supports even entityreference fields.

@maximpodorov: Thanks! Updated summary to add your link.
Since this issue is filed against Drupal Core and we're past feature freeze with no 8.x working code, let's push it to 9.x .

@amontero: Unfortunately, my module does not address all issues yet. I expect to release new version soon.

Current version of https://drupal.org/project/field_default_token is quite good, IMHO.

@maximpodorov: Nice module! Thanks.

Add module link

Hopefully included in D8, NOT postponed to D9, often, I found Views very flexible with rewrite results and token support whereas the core Fields module are pretty useless without token support, hidden field, read-only fields and etc.
Hence, I switched to use Webforms which support some tokens in fields though I'm supposed to do it in Content Types.

Thanks, #38 works for both node and Entity Forms, great. Since D6 does support tokens in fields, no reasons that D7 removed this critical support and then postponed to D9. It makes Drupal fields pretty useless and worse than previous versions. This issues was raised in 2011, wondering why it was not taken into D8. Thanks

20: token-support-default-field-settings-1070878-20.patch queued for re-testing.

Sorry, automated testing is not yet set up for 9.x.

Hi i need to be able to do this in drupal 7 for ubercart attribute options names to use token. Can any one help

Hi i need to be able to do this in drupal 7 for ubercart attribute options names to use token. Can any one help

@docans: This is the issue queue, where we work on Drupal core. Please ask your questions in the support forums or the #drupal-support channel on IRC.

We can probably still get this into Drupal 8 in a minor version, so moving to the 8.x queue.

I'm wondering whether https://www.drupal.org/project/token_embed_views + https://www.drupal.org/project/field_default_token would allow for a dynamic tokenized value in a field... has anyone tested this?

What is "dynamic tokenized value"?

a token value that can be updated- use case: I want a form to be prepopulated with the values from the previous submitted content submission. so the way I would do that is to create a view that shows the most recent submission and inserts those values in the form. those values would be editable, so if someone wanted to update the values they could, and the next time they went to the form after that those new values would be in place.... not sure if this is entirely clear, thanks for following up

https://www.drupal.org/project/field_default_token works with any tokens which are either global, or based on entity being edited. If you can provide the correct token with your case, it will work.

another issue #2022785: Advance this module to an "Automatic field" module, to give automatic pattern/choices for any field is in the race and IMO this feature should be implemented in Auto Entity Label instead of tweaking core. any suggestion?

Its amazing this module thanks so much

#2727679: Email field default value validation prevents use of tokens like [current-user:mail] may be related to this topic too.

This is now even more confusing that a token can be placed in the help text for a field, but not in the default value in 8.1. If either eform or contact form is going to be a replacement for webform, you need a way to move various values, such as user names, email, etc., into a form to populate it with reasonable values to avoid burdening the user with reentering information that the system already has.

Maybe it's time to port https://www.drupal.org/project/field_default_token to D8?

I'm tried https://www.drupal.org/project/field_default_token with Drupal 8.5 and same to work.

Official Version of this module for Drupal 8?

Hi guys, I have made a request form and for people who are logged in they do not need to type "name" and "login" in a way that these fields are filled in according to the person who is logged in. I downloaded this module and tried several in defalt value like [user: name] etc ... Does anyone know how I can do this? Thank you in advance

Hi ingrid.martins, please don't use existing issues like this that are bug reports or feature requests in order to get support. For that, Drupal Answers on stackexchange is often best.

For some days I've been asking for help, if I had known that asking in the wrong place would have a jet response I would have done before;) Sorry

Hi all, I see this is still Active with the latest version of Drupal 9. I tried the module Field Default Token. It would not install because of an error. I don't recommend it because the module doesn't appear to have good support, it has not been updated in years, and there are a number of open issues. I know it's been a while but it would be great if this could still be addressed. Thanks.

Adding Entity Prepopulate for Drupal 9/10 in the Issue summary, and default value example.