Zerocode Page To Pdf : how to send the pdf file generated by email

usinelachine · 2025-01-31T16:39:23.254Z

hello, I will double check - but that is the problem. So my pdf file is suppose to be 1800 px but right now it is way bigger.

In bubble, it says the documents has 1900 px of height
thought in reality it brings it to 328123.46457 px

I tried with other height of repeating group and i get the same 328123.46457 px

Thought the width is alrite.

Here is an example

image1920×1080 248 KB

and now look at the document lenght (btw i turned 90 degrees to see how big the lenght is)

image1920×1080 187 KB

all the white is extra that is not suppose to be there and look at the size with the drag table at the bottom

ZeroqodeSupport · 2025-02-03T10:38:08.377Z

Hello @usinelachine,

Thank you for your message, and apologies for the delayed response over the weekend.

Regarding your concern, it is indeed unusual. We’ve tested further on our end, and each time the height and width displayed correctly, so it’s possible there are other factors within the app influencing the printing CSS.

To investigate this further, could you please add our Support Team email as a collaborator and share the link to your app? This will allow us to examine your settings and replicate the issue on our end. To add our Support Team, follow these steps in your Bubble Editor:
Settings > Collaboration > Add email support@zeroqode.com.

In addition, please provide instructions on how to reproduce the issue, including the page name where the plugin element is located, any relevant groups or repeating groups, the plugin element configuration, and associated workflows. A short description of the steps to follow, as well as any necessary user credentials to log in, will help us troubleshoot effectively. If possible, a short Loom video demonstrating the process would be greatly appreciated.

For your convinience, please feel free to reply in DM.

Thank you for your understanding and cooperation. We look forward to your reply!

Best regards,
Support Team
Browse all Zeroqode Plugins for Bubble

usinelachine · 2025-02-03T18:39:20.537Z

Okay so basically this is an online ticketmaster.

So to reproduce the issue, you need to “buy a ticket” using the "fake credit card stripe test # 4242424242424242424424242424 "

Okay first

On page Index : select an event to buy ticket from

image1920×1080 123 KB
Navigate the action until the stripe confirmation checking

image1920×1080 211 KB

image1920×1080 224 KB
Then it will lead you the page “Accueil_ticket” where the tickets are being shown in a repeating group and then a pdf is AUTOMATICALLY produced.

image1920×1080 235 KB

By checking the EVENTS you find this pdf abnormal lenght

image1920×1080 197 KB

NOTES : to ensure the fact that the PDF is produced after the REPEATING GROUP has finished loading, there is a system of custom events to trigger the pdf production. In the WORKFLOWS, the “PDF GENERATION” is under the CUSTOM EVENT “IMPRESSION 2”

image1920×1080 282 KB

ZeroqodeSupport · 2025-02-04T13:25:58.054Z

Hello @usinelachine,

Thanks for your message and for providing all the details.

We successfully accessed the app and printed the PDF following the provided steps. Each time we printed the ticket, the width and height were displayed correctly, and the PDF was generated as intended.

Screenshot 2025-02-04 at 15.21.293456×1912 376 KB

Screenshot 2025-02-04 at 15.25.193456×1926 377 KB

The issue on your end might be caused by third-party tools in your browser or your computer’s printing settings. Could you please try testing the page in Incognito mode or using a different browser and let us know how it works?

Also, please try using another device to access the app and let me know the outcome.

Thanks, and we look forward to your reply.

Best regards,
Support Team
Browse all Zeroqode Plugins for Bubble

usinelachine · 2025-03-05T16:08:47.932Z

Hello, it is still doing it on my end. I am surprised you managed to make it work. Just to make sure, it is the pdf that is automatically downloaded once you reach the page that is problematic. Here is the page in incognito mode still doing it

image1920×1080 138 KB

usinelachine · 2025-03-06T14:52:49.855Z

by the way, there is a weird new break

image1920×1080 214 KB

image1920×1080 281 KB

I have been recreating the break

image1920×1080 210 KB

image1920×1080 272 KB

ZeroqodeSupport · 2025-03-06T18:51:36.492Z

Hi @usinelachine,

Thanks for testing in Incognito mode and providing more details. I understand that the issue is still occurring on your end, even though we couldn’t reproduce it in our testing. Let’s go over some possible causes and solutions to resolve this.

What Could Be Causing This?

Bubble’s Rendering Delay

Even though you’ve set up a custom event to ensure the repeating group is loaded before generating the PDF, Bubble may still not fully render all elements before conversion.
The plugin captures the visible content on the page, so if some elements load dynamically, they might not be fully accounted for at the moment of capture.

Incorrect Height Calculation in Custom Format

The plugin uses the height of the selected element (in this case, your repeating group).
However, if the repeating group contains dynamic content that expands (e.g., different numbers of tickets), the height may not be calculated correctly before the PDF generation starts.

CSS or Third-Party Browser Interference

If there are external styles affecting height (especially from Bubble’s responsive settings), the plugin might be capturing a larger space than expected.
Some browser extensions or PDF viewers might alter the final display when opening the document.

Steps to Fix the Issue

1. Ensure the PDF Captures the Fully Rendered Content

Since the plugin prints exactly what’s visible on the screen, try forcing Bubble to fully render all content before generating the PDF:

Solution: Add a short delay before triggering the PDF generation:

Use “Pause before next action” for 500ms to 1000ms before running the PDF generation action.
This allows Bubble more time to render the entire repeating group properly.

2. Manually Set the PDF Height

Since the height appears to be multiplying incorrectly, try setting a fixed height manually in the PDF generation action:

Solution:

Instead of dynamically setting the height to match the repeating group, test with a fixed value (e.g., 1800px or 2000px) and see if it generates correctly.
If that works, the issue is likely due to Bubble incorrectly calculating dynamic content height before the PDF is created.

3. Test Different PDF Rendering Modes

The plugin offers different Render Modes under its settings:

“Client-side” (default)
“Server-side”

Solution:

If you are using Client-side, try switching to Server-side rendering and check if the issue persists.
Sometimes, client-side rendering depends on browser behavior, which can cause inconsistencies.

4. Test in a Different Browser & Device

Since we were unable to replicate the issue, it’s possible there is a browser-specific or system-related factor affecting the rendering.

Solution:

Try using another browser (Chrome, Firefox, Edge) and see if the issue persists.
If possible, test on another computer or a mobile device.

Next Steps

Try the above solutions (adding a delay, setting a fixed height, switching render modes, testing different browsers).
If the issue still persists, let us know:

Which browser and OS you are using.
If the problem occurs only on specific events or all PDFs generated.
If possible, share a short screen recording showing the exact process.

Looking forward to your feedback!

Best regards,
Support Team
Browse all Zeroqode Plugins for Bubble

usinelachine · 2025-03-07T14:53:26.277Z

hey I know or I bet you are tired of this threed but most of the solution would work if the pdf was too short. I mean, now my problem is that it is incredibly long for no reason while the width is alrite.

The element captured is a Block Id"ed
There is no CSS
I use rendering delay already ; the tickets are being saved in the pdf correctly. There is just a white tray down after that makes the height incredibly long.

image1920×1080 130 KB

this time i put 2000 px

image1920×1080 240 KB

and i still have the same results :

image1920×1080 202 KB

usinelachine · 2025-03-07T14:56:38.732Z

ill install a new browser to see if it still happens.

Btw I can’t fix a “fixed” height, because the client can be up to 10 tickets or simply 1. The document received need to mirror that to look professional.

--------------------------conclusion------------------------

It does the same thing.

ZeroqodeSupport · 2025-03-10T12:21:24.071Z

Hi @usinelachine,

Thanks for your patience and for testing across different browsers.

Possible Causes & Solutions

1. Bubble’s Block ID Capturing Extra Space

Since you’re using a Block ID, it’s possible that the plugin is capturing additional empty space below the Repeating Group.

Solution:

Instead of selecting the Repeating Group’s Block ID, try wrapping the Repeating Group inside another group (with no extra margins) and use that parent group’s Block ID for PDF conversion.
This ensures that no unnecessary empty space is included in the conversion process.

2. Bubble’s Rendering vs. PDF Plugin’s Capture Timing

Even though you’ve set up delays and custom events, Bubble may still be considering additional height before the final rendering is visually completed.

Solution:

Try applying a short delay (e.g., 500ms-1000ms) AFTER the custom event fires to give Bubble a bit more time to finalize the rendering before the conversion starts.
Instead of using the Repeating Group’s height, try manually setting the parent group’s height dynamically to see if it makes a difference.

3. Debugging the Actual Height Bubble Assigns

Since you mentioned the plugin is producing an abnormally large height, let’s verify how Bubble is calculating it.

Solution:

Run your Bubble app in Debug Mode (?debug_mode=true).
Check the exact height value Bubble assigns to the Block ID before triggering the PDF conversion.
If the height value is much larger than expected, try adjusting how the Block ID element is structured to prevent extra space from being included.

Why You Can’t Use a Fixed Height (and Alternative Workaround)

Since your PDF must dynamically adjust based on the number of tickets (1 or up to 10), a fixed height won’t work. However, you can:

Ensure that the height of the parent container adjusts dynamically without Bubble overestimating the required space.
If you must have a dynamic height PDF without excess whitespace, you may need to use server-side rendering to better capture content.

Looking forward to your update!

Best regards,

Support Team
Browse all Zeroqode Plugins for Bubble

usinelachine · 2025-03-10T18:47:30.000Z

interestingly, after i put the repeating in a group, even i generate the pdf from the block id (repeating group), now it does not do the infinite white tray.

I will give conclusion after i end up testing it - i still have layout issues

usinelachine · 2025-03-10T19:02:14.000Z

hey its so weird, it worked then it stopped working and did the long tray again. I will do more testing tomorrow and keep you posted

usinelachine · 2025-03-10T19:13:06.000Z

i will check tomorrow as of now it does it even when i manually click on the button after the whole page is loaded, just generating from the group id

usinelachine · 2025-03-11T14:33:45.340Z

Hello, it does feel like there is an issue with generator.

Unless I missed out on something

here is a picture of the menu of the PDF MANUALLY generated by a button clicked

image1920×1080 269 KB

here is the specs of the pdf generated

image1920×1080 233 KB

image1920×1080 251 KB

and here is the results

image1920×1080 176 KB

this pdf is manually launched thru a button. Can you check ?

otherwise here are spects of the group in debugger mode

I have continued using the pdf and I get a weird behaviour. I put a celing to the repeating group and added 20 pixels on the custom format width and height.

So I noticed a pagebreak that happened because it seemed the group was overflowing on the other page.

image1920×1080 190 KB

Is the width and height of the custom format really its width and height because i am confused the page is still breaking

image1920×1080 286 KB

usinelachine · 2025-03-11T20:06:49.586Z

okay good news - I found out what was an issue.

So the custom format seems to be just a little bit shorter in terms of height than group height. It seems there is a 5 px surplus that creates a page break. By adding + 5 px to the group height m i manage to make it work. Well it seems .

ZeroqodeSupport · 2025-03-12T18:34:10.056Z

Hi @usinelachine

We are thrilled to hear everything is running smoothly now! It’s always a pleasure to help, and we truly appreciate having you as part of our community.

If you’ve been enjoying our plugins, we’d love to hear your thoughts! Your feedback not only makes our day but also helps others in the Bubble community discover the best tools for their projects.

Leaving a quick 5-star review takes just a minute and makes a world of difference. Simply head to the Plugins tab in the Bubble editor, search for the plugin, and rate it!

Want to help even more? Share your experience on:
Zeroqode Reviews
G2
Clutch
Trustpilot

Your support means everything to us and helps us continue building awesome products for you!

Thanks a ton, and have an amazing week ahead!

Best regards,
Support Team
Browse all Zeroqode Plugins for Bubble

usinelachine · 2025-04-07T20:49:15.471Z

hello, you are truly amazing feedback.

Yet, here is another question - phenomenom I have encoutered.

I am still trying to send the actual PDF file rather than the link.

Phenomenom : when I check my gmail with the link. There is an actual file I can download but with no .ending to it. Yet when I manually add .pdf to the file in my download folder, it becomes a pdf file and his working.

YET, when I append .pdf to the attachement “This convertertoPdf file URL” , it does not work.

Any idea about this phenomenon?

P.S. have you find a way to get to send the actual file in a email ?

Thomas

ZeroqodeSupport · 2025-04-08T15:52:03.483Z

Hi @usinelachine ,

Thanks for the detailed explanation!

Since you’re working with a URL generated by the plugin and there’s no way to attach the PDF file directly, the issue you’re seeing is likely related to how the email client (like Gmail) handles the link. When Gmail receives a URL to the PDF, it recognizes it as a link but doesn’t automatically treat it as a downloadable file unless the URL ends with “.pdf”.

When you manually add the “.pdf” extension to the URL in your download folder, Gmail recognizes it as a PDF file because you’ve explicitly told it that the file is a PDF. However, appending “.pdf” to the URL in the email doesn’t work because Gmail doesn’t automatically recognize the link as a file you can download—it’s just treating it as a standard URL.

Unfortunately, since the plugin can only generate the URL, there’s no way to send the actual file as an attachment directly. The best workaround in this case is to ensure that the URL provided points directly to the PDF file (with the “.pdf” extension at the end) and advise the recipients to click the link to download the file.

Let me know if that helps or if you have any other questions!

Best,
Support Team
Browse all Zeroqode Plugins for Bubble

usinelachine · 2025-04-09T19:40:33.299Z

ZeroqodeSupport:

The best workaround in this case is to ensure that the URL provided points directly to the PDF file (with the “.pdf” extension at the end) and advise the recipients to click the link to download the file.

can you give me more details on “The best workaround in this case is to ensure that the URL provided points directly to the PDF file (with the “.pdf” extension at the end) and advise the recipients to click the link to download the file.”

ZeroqodeSupport · 2025-04-10T18:23:41.556Z

Hey @usinelachine ,

Thanks for your follow-up!

The email is correctly attaching the Bubble file URL as an attachment without the “.pdf” extension, which Gmail recognizes as an actual file attachment. However, when you manually add the “.pdf” extension to the link, it no longer recognizes it as a valid Bubble link, and Gmail treats it differently—essentially, it’s no longer being treated as a downloadable attachment.

Unfortunately, the reason adding “.pdf” to the URL breaks the attachment process is that Gmail doesn’t recognize this modified URL as a valid link to the Bubble file. It expects the original Bubble URL format (without the “.pdf” extension) to be associated with the file attachment.

image863×235 15.3 KB

As for the best workaround, since Bubble only generates a link to the file and doesn’t directly attach the file, the link sent in the email is being treated as a URL rather than an attachment when you modify it. The best way to handle this is to send the straight Bubble URL without adding “.pdf” to the end of it in the email. The recipients will then be able to download the file as expected when they click the link.

Unfortunately, there isn’t a way to send the actual file as an attachment directly through the plugin right now. This is a limitation of how the plugin works, and we’re aware of it. We’ll be sure to pass along this feedback for future improvements.

In the meantime, please stick with sending the original Bubble URL without any modifications to ensure that Gmail treats it as an attachment.

Let me know if this clears things up.

Best regards,
Support Team
Browse all Zeroqode Plugins for Bubble