Unable to use tokens with Views PDF

You're sure it's 100% views_pdf problem?

Which version of views, views_pdf (you open the issue on the 1.1 but asking) which version of token?

The error say views/handlers/views_handler_area_text.inc.

I'll take a look but looks like it's not views_pdf problem.

Can you attach a txt file with the views export code to try it out in my dev stuff. Thanks

Actually I'm full focus on the v2 but if this can be done easly I'll provide a small patch really point to your problem to solve your issue.

Ok in my fast look at the error it say: Fatal error: Call to a member function tokenize_value() on /home/admin/public_html/sites/all/modules/views/handlers/views_handler_area_text.inc

I'll take a look at the code if I use that function or we do some call to that function. I'll let you know later. But the error is in views module file and not in views_pdf ones. I'll take a look stay tuned.

Well I'm working on see what's going on with all the issue. Nothing yet sorry :(

Hi, I'm having this problem too.
I have a list of flagged users grouped by the node and I'm trying to use token to print the title of that node as header.
I got the same error.
Thanks for this incredible module.

I just ran into this too. Great module though Killua. To be more specific about the error, you only need to tick the "Use replacement tokens from the first row" in the Global:Text Area interface (once saved) to generate the error. I.E. You don't actually need to add any replacement tokens first to get an error.

With me I also don't get display error message, I just get a completely blank document i.e. inspect source and there's absolutely nothing there at all. The same pdf view without replacement tokens gives me the following:

<embed width="100%" height="100%" name="plugin" src="http://licdl.quantos.co.uk/patient/10/discharge-pdf" type="application/pdf">

I'm using 7.x-1.1.

Sorry I can be more precise.

This is something to do with the way the style plugin is set up.

$value = $this->view->style_plugin->tokenize_value($value, 0);

If you inspect the object style_plugin is null which is why it throws an error.

I managed to get round it by creating a new area handler and manually loading in the objects needed to populate it. Which is far from ideal.

This module seems to bypass all the normal views theming which makes it very difficult to alter the output in any other way.

Yes this module have legacy code. I'm working on a next version.

Please think I'm doing this on my free time, and the only reward I receive is a "thanks" for this, that I looove.

Anyways, I've to figure out how to solve or do a ugly patch to allow tokens in the v 1.x because I'm writing good code in the v 2.x ...

If someone can pass some ugly patch that allow use token I'll push it.

Is there a version of views PDF which has resolved this issue since your last comment?

still getting this error with the latest version

I fixed this with the following patch to views:
https://www.drupal.org/node/2411621#comment-9538849

Simply replace line 104 of view_handler_area_text.inc with this:

if ($this->options['tokenize'] && is_object($this->view->style_plugin)) {

Please test and comment on the patch in the views project. This is not something that can be solved by changing the views_pdf code.

Well, my above patch is not really a great solution - just skips token processing altogether so you still get a PDF and not a WSOD. An improvement but not a final solution...

I've ended up eliminating the [page_number] token from the footer of my PDFs for now, which is sad.
What happened between 7.x-1.0 and 7.x-1.4 that would have caused this to stop working? It was working before and now it's not working.

I can't get headers to work at all in 7.x-1.0. Maybe it needs PHP 5.3?
The OP complained about there being a problem in 7.x-1.1. So if headers were working in 1.0, and not in 1.1, that helps to narrow down the code changes. You're sure tokens in headers were working in 7.x-1.0, not beta, or rc1?

If we don't get any answer from @squarecandy We should move this to V2.

Or find a fast solution to it.

I spent several hours trying to get this working, but couldn't figure it out. I haven't been able to fully untangle the code flow between views and views PDF. Looks like there's a variable or array that's not being set. I think it's here $this->view->style_plugin I haven't figured out a fast solution.

Hi there,

No solution for this yet? I'm using views_pdf 7.x-1.5 and getting the same error

Fatal error: Call to a member function tokenize_value() on null in /home/mysite/www/sites/all/modules/views/handlers/views_handler_area_text.inc on line 105

I tried solution in 18# and while I stop getting the error I can not use tokens at all.

I am building an invoice showing the transactions of the past month. Using a browser, when accessing the page view via invoicing/vendorID for the VIEW pdf page the results & pagination (token) are showing up when one embeds a Global view as a field (and set the output to 1 of the PDF view).

When one uses the Rules Saving pdf action module this approach does not work unfortunately.

using this module https://www.drupal.org/project/rules_download (instead of the rules action included with this excellent module) also saves the pdf. one needs to enter the path to the view of the pdf page to save the pdf.

Same error here, too bad :(

Hello, well the fix is:

File: /views_pdf/views_pdf_plugin_display.inc
Method: execute($path_to_store_pdf = '', $destination = 'I')
Add inside this method at the beginning: $this->view->build();