Do you have an issue with a specific file(s)? no
Can you reproduce using one of our samples or online demos? yes
Are you using the WebViewer server? no
Does the issue only happen on certain browsers? no
Is your issue related to a front-end framework? no
Is your issue related to annotations? maybe?
Please give a brief summary of your issue:
Appearance signing mode errors when a signature is created
Please describe your issue and provide steps to reproduce it:
Thank you for reporting this bug through WebViewer Forums.
I was able to reproduce this bug as well. I noticed that the issue doesn’t show up when we first create a default signature and then apply the appearance signing mode to create signatures after. This could be a workaround for now as I have forwarded a report for the development team to review. Thank you for your understanding.
Sadly this is not a workaround for our particular use case. I cannot have any signatures in the list of signatures, or else the dropdown opens and not the signature create dialog. I have hidden the signature dropdown as well due to another bug that I’ve reported.
Has there been any development on this? or do you have any other ideas for a workaround?
There are currently no updates about this issue. If you can provide its urgency and how it is impacting your workflow, I would be happy to pass that along to our development team.
This may be an extensive workaround but you can programatically apply a default signature, delete it and delete from signatures list, and then change the signature tool to appearance mode which seems to work. More information here: Signature-tool | Apryse Documentation
just so I’m understanding, before changing to appearance mode, I create a default signature, apply it to a field, delete that signature from the field, and then remove the signature from the list of signatures. Yes?
I’d be interested in seeing the internal state of the library before and after that, as I would expect them to be the same.
That looks to be correct. You can try that out on our showcase demo manually before implementing the workaround and it seems to not show the error anymore. The error is related to the annotation history manager so I think there is an issue with populating a signature at first for appearance mode.