fix: add back functionality for bookmark props#2715
fix: add back functionality for bookmark props#2715diegomura merged 2 commits intodiegomura:masterfrom
Conversation
🦋 Changeset detectedLatest commit: e993f89 The changes in this PR will be included in the next version bump. This PR includes changesets to release 7 packages
Not sure what this means? Click here to learn what changesets are. Click here if you're a maintainer who wants to add another changeset to this PR |
|
Nice! this probably closes #2682 too 🙌 |
|
pls merge |
|
Confirmed this fixes #2700 for me |
|
@diegomura @wojtekmaj can we merge this? |
diegomura
left a comment
There was a problem hiding this comment.
Thanks for pushing this. I really need to start using the base pdfkit thought 😞 Do you think you can try finding a way to fix this on react-pdf side?
|
Polite bump. I've been pinned to an old version of |
I think since this is a regression from the original behavior in this lib and is blocking consumers from updating, its probably best to get this merged and then consider making changes to the vendor source package. I think blocking new features might be appropriate to steer the ship in that direction but fixing the regression should be priority # 1. |
This restores functionality that seemed to have accidentally erased in a minor version update to converge the forked
pdfkitvendor package. This resulted in all bookmarks being created infitmode on the last page not respecting any of the props.I additionally added some comments to roughly show where the custom logic of this file exists to give some signal that this should not be altered in future fork maintenance.
I tested this locally in a simple repro and observed both the raw output and the PDF in Adobe Reader were again properly linking to the page and respecting props.
There are no unit tests for the custom logic in this vendor package hence I did not add any new ones.
Resolves #2700
Resolves #2682