👍 Enhancing PDF Conjurer: Latest Updates, Bug Fixes, and New Demo Insights

Hello everyone,

We’ve been testing PDF Conjurer to ensure a seamless experience for our users. Here’s what’s been going on:

  • Bug Fixes:
    ◩ PDF Conjurer (backend): Fixed issue with activating footer on PDF (Counter style field).
    ◩ PDF Conjurer (backend): Resolved bugs with “Add table on PDF” and “Add image on PDF” actions.

  • Created a Demo page:

We’ve also created a new demo to showcase the capabilities of PDF Conjurer. Our demo page for PDF Conjurer is currently undergoing updates to include additional use cases. While the demo is available for exploration, please bear in mind that it’s a work in progress.

  • Written a documentation:

We’ve written comprehensive documentation for PDF Conjurer to guide you through using the plugin effectively. Here it is: https://docs.zeroqode.com/plugins/pdf-conjurer 2

Levon
Co-Founder @ Zeroqode

4 Likes

Hey @levon,

I found a small issue: When I use the action insert image on pdf model, the pdf is not downloaded anymore. I tried it on different pages and this action causes the exact same problem everywhere.

I just add two screenshots which may be related to the issue, because the debugger says

disable browser download = empty

even though it is set to no in the settings of conjure a pdf.

Hello everything is fine?

I am receiving the following error in the console

>Uncaught (in promise) Invalid image: File '707370439df1ba5d6c2579c3469f30c1.cdn.bubble.io/f1715692359042x951477580625553500/iconebranco.png' not found in virtual file system Images dictionary should contain dataURL entries (or local file paths in node.js)

This error never happened, this flow has existed for about 10 months.
Is there any update to the flow that I should make? Thanks

Hello @daviddr17 , @nicollasrocha ,
Thank you for reaching out and sorry for the delayed reply David. :pray:

We have carefully analyzed the reported errors and the plugin behavior and we are happy to say that we’ve considered your feedback and made significant improvements to our image processing and integration features in the latest version 5.4.0. of the PDF Conjurer.

For the “Action Insert an Image on PDF Model” to function correctly, the image you wish to insert must now be stored in the file manager prior to use.

To ensure optimal performance and to avoid any errors, it is essential that you update the plugin to its latest version. This update enhances the stability and efficiency of image handling within PDF documents.

Thank you for your attention to this matter, and we apologize for any inconvenience this might caused.

We are eager to hear your post-update feedback and suggestions.
Kind regards, :dizzy:
Zeroqode Support Team.

1 Like

Great, thank you.

All working now for me.

I just had to remove the https:// before my image url. :+1:

Hey there, been trying to check out your Demo https://zeroqode-demo-33.bubbleapps.io/pdf_conjurer but it seems to be that something is not working well. When trying serverside and also client side “conjure (image)” it prompts an error.

Check it out.

Furthermore, I’m using the plugin to conjure a PDF client side and so far so good. However, when trying to insert an image on the PDF model it ceases to function.

any ideas?

Hey there, there is no version 5.4.0.

I only get till the 5.3.0.

Any ideas why?

Hello @daviddr17 ,
It’s great to hear that the plugin is working properly on your side. :slightly_smiling_face:

If you need any further assistance or have questions in the future, feel free to reach out.

Have a wonderful day!
Best regards, :dizzy:
Zeroqode Support Team.

Hello @dfduqu01,
Thank you for reaching out. :slightly_smiling_face:

Hey there, been trying to check out your Demo https://zeroqode-demo-33.bubbleapps.io/pdf_conjurer but it seems to be that something is not working well. When trying serverside and also client side “conjure (image)” it prompts an error.

Thank you for bringing this issue to our attention, we are currently redeploying the Live version where you encountered this issue, in the meantime, you could use the Test version + Editor of this plugin where you won’t encounter that error.

Furthermore, I’m using the plugin to conjure a PDF client side and so far so good. However, when trying to insert an image on the PDF model it ceases to function.

First of all to avoid any errors, it is essential that you update the plugin to its latest version.
For the “Action Insert an Image on PDF Model” to function correctly, the image you wish to insert must now be stored in the file manager prior to use.

Hey there, there is no version 5.4.0. I only get till the 5.3.0. Any ideas why?

Please find a screen from the plugin installed on one of our test pages today, the 5.4 version is available, could you please check again?

We hope you find this information helpful, feel free to reach out if you have any new questions.
Kind regards. :slightly_smiling_face:
Zeroqode Support Team.

Great! now working perfectly!

Had to refresh my editor to get the version 5.4.0.

Thank you for replying on time.

Not Working,
Have install 5.4.0 and refreshed editor, still not working.
Before acquisition it was worked well.
Please guide.

Hello @dfduqu01,
It’s wonderful to hear that the plugin is working properly for you! :blush:

If you need any further assistance or have any questions in the future, please don’t hesitate to reach out.

Have a nice day!
Best regards, :dizzy:
Zeroqode Support Team

Hello @pravatmandal ,
We are sorry to hear that you encountered with our plugin. :pensive:

Before acquisition it was worked well.Please guide.

We would be more than happy to, would it be convenient for you to provide more details regarding your use case?

Namely:
-Screenshots/Video recordings of the issue you see and the plugin element’s configuration.
-Workflows associated with the plugin.
-Any additional details you believe are important for us to replicate and understand your use case.

These details will help us provide you with a more precise answer to your question, and get a clearer understanding of your use case.
Kind regards, :dizzy:
Zeroqode Support Team.

Hi,
" Before acquisition it was worked well.Please guide.
It was working till 7th of this month.
After that , this plugin not working , I have install the latest update (5.4.0) ,the only difference I have seen that I do not need any license token.

Sharing the workflow,



But , the ‘Test Engine’ for PDF Conjurer is working, It is showing all is working well.

Thanking you,
Pravat

Re uploaded all the static image and refreshed 
 all are working perfectly.
Thank you Team ZeroqodeSupport. :grimacing:

Hello @pravatmandal ,
Thank you for reaching out and for choosing our plugin. :slightly_smiling_face:

Re uploaded all the static image and refreshed 
 all are working perfectly.

That’s great to hear! We are glad everything is working perfectly now.

If you need any further assistance or have any other questions, feel free to reach out.
Best regards, :dizzy:
Zeroqode Support Team.

Hi Zeroqode support,

I’ve been using the PDF Conjurer plugin for some time, before it was acquired by Zeroqode, but it now seems to be experiencing issues related to the most recent update.

When inserting images into the PDF, users on my app are getting errors like the one in the screengrab below.

image

I’ve noticed the URL of the image is preceded by https://cors-anywhere-zq.herokuapp.com/, which isn’t true of the image link this is trying to fetch. I’m assuming this is now being added in by the plugin.

The image in question is protected by privacy rules in Bubble, so it’s not available publicly. I expect this is why the ‘CORS anywhere’ service being used is returning a 403 error, because it doesn’t have the permission to access this image.

Is there a way we can opt out of having images processed through the ‘CORS anywhere’ service when they are hidden behind privacy rules?

1 Like

Hi @grgrsmth, :wave:

Please accept our apologies for the delayed reply. :pray:

We have checked the plugin on our side and could not reproduce the error with images. Please ensure your plugin version is updated to the latest version because the issue was fixed in update 5.4.0 - “Fixed problem with CORS policy.”

If you are already on the latest version, please provide us with more setup details so we can reproduce the issue on our side.

Best regards,
Zeroqode Support Team.

Hi guys, your image conjurer is not working anymore.
Latest version, but even in your editor test/preview it isn’t working, either pdf not generated or pdf is blank

For my tests, sometime it’ll work but it’ll take 3 minutes to get downloaded.
Static images work better, just dynamic won’t (i’m not even doing recursive, just the basic dynamic image). But your recursive (structure) doesnt work either.

Could you please look into it?
Thanks

1 Like

Hi Zeroqode team - I’m still getting the error, even on the latest version (5.5.0).

What should happen is that an image is inserted into the header of each page of the PDF I’m generating. That image is different depending on the user, but it is always a private image, uploaded by a user to a data type and inheriting the privacy rules of that data type. I’ve put a screenshot below of how that image appears in the file manager of my Bubble app.

The user who is logged in has access to the image, and can see it if they go directly to the URL. However, if a non-logged in user tries to access the image URL, they get this:

This is an intended behaviour of a private image / privacy rules in Bubble. Previous versions of PDF Conjurer didn’t have an issue, because the process ran entirely client-side, so the user generating the PDF had the permissions to view the image.

Now, at the final step of conjuring the PDF, PDF Conjurer spits out an error and fails to generate a PDF. The error in the console is the same as the one in my original post, but I’ve posted it here for clarity.

PDF Conjurer is failing to fetch the image, but instead of simply being the normal URL of the image, https://cors-anywhere-zq.herokuapp.com/ is being added to the start. This happens regardless of the image being selected; if the image is protected behind a privacy rule, an error occurs.

I’m assuming this is because the CORS Anywhere service does not have permission to access the image, since it isn’t available publicly. Can you test your CORS Anywhere service with an image protected by Bubble privacy rules to replicate the issue? and/or can you update the plugin to allow us to opt out of images being processed by the CORS Anywhere service if it is protected by a Bubble privacy rule?