SignDocs Brasil - Releases

Added

• Choose Produção or Homologação in the admin settings. Testing no longer needs shell access to run occ. It is a fixed list rather than a text field, because the client secret is sent to that URL. "Testar conexão" tests the selected environment before you save, and the page says plainly when the instance is in homologation.

Changed

• Switching environment asks for that environment's credentials and removes the old webhook secret, since neither carries over.
• Switching away from production is refused while signing requests are still open. Otherwise the status check would look for them in the other environment, find nothing, and mark real documents as expired.
• A URL set by hand with occ keeps working, and shows as "Personalizado".

Added

• Support for Nextcloud 32, 33, 34 and 35.

Removed

• Nextcloud 27. Its legacy Files list never showed the actions from this app, so the declared support was not real. The declared range is now >=28 <=35, and instances on 27 stay on 0.3.1.

Fixed

• "Assinar com SignDocs Brasil" and "Status da assinatura" appear in the Files menu on Nextcloud 33 and later. Those versions changed how the Files app reads its actions, so an action registered the old way was ignored without any error. One build now registers on both.

Changed (dependencies)

• signdocs-brasil/signdocs-brasil-php 1.11.0 → 2.2.0. The only breaking change removes three webhook event cases this app never used.

Added

• Choose Produção or Homologação in the admin settings. Testing no longer needs shell access to run occ. It is a fixed list rather than a text field, because the client secret is sent to that URL. "Testar conexão" tests the selected environment before you save, and the page says plainly when the instance is in homologation.

Changed

• Switching environment asks for that environment's credentials and removes the old webhook secret, since neither carries over.
• Switching away from production is refused while signing requests are still open. Otherwise the status check would look for them in the other environment, find nothing, and mark real documents as expired.
• A URL set by hand with occ keeps working, and shows as "Personalizado".

Added

• Support for Nextcloud 32, 33, 34 and 35.

Removed

• Nextcloud 27. Its legacy Files list never showed the actions from this app, so the declared support was not real. The declared range is now >=28 <=35, and instances on 27 stay on 0.3.1.

Fixed

• "Assinar com SignDocs Brasil" and "Status da assinatura" appear in the Files menu on Nextcloud 33 and later. Those versions changed how the Files app reads its actions, so an action registered the old way was ignored without any error. One build now registers on both.

Changed (dependencies)

• signdocs-brasil/signdocs-brasil-php 1.11.0 → 2.2.0. The only breaking change removes three webhook event cases this app never used.

Added

• Choose Produção or Homologação in the admin settings. Testing no longer needs shell access to run occ. It is a fixed list rather than a text field, because the client secret is sent to that URL. "Testar conexão" tests the selected environment before you save, and the page says plainly when the instance is in homologation.

Changed

• Switching environment asks for that environment's credentials and removes the old webhook secret, since neither carries over.
• Switching away from production is refused while signing requests are still open. Otherwise the status check would look for them in the other environment, find nothing, and mark real documents as expired.
• A URL set by hand with occ keeps working, and shows as "Personalizado".

Added

• Support for Nextcloud 32, 33, 34 and 35.

Removed

• Nextcloud 27. Its legacy Files list never showed the actions from this app, so the declared support was not real. The declared range is now >=28 <=35, and instances on 27 stay on 0.3.1.

Fixed

• "Assinar com SignDocs Brasil" and "Status da assinatura" appear in the Files menu on Nextcloud 33 and later. Those versions changed how the Files app reads its actions, so an action registered the old way was ignored without any error. One build now registers on both.

Changed (dependencies)

• signdocs-brasil/signdocs-brasil-php 1.11.0 → 2.2.0. The only breaking change removes three webhook event cases this app never used.

Added

• Choose Produção or Homologação in the admin settings. Testing no longer needs shell access to run occ. It is a fixed list rather than a text field, because the client secret is sent to that URL. "Testar conexão" tests the selected environment before you save, and the page says plainly when the instance is in homologation.

Changed

• Switching environment asks for that environment's credentials and removes the old webhook secret, since neither carries over.
• Switching away from production is refused while signing requests are still open. Otherwise the status check would look for them in the other environment, find nothing, and mark real documents as expired.
• A URL set by hand with occ keeps working, and shows as "Personalizado".

Added

• Support for Nextcloud 32, 33, 34 and 35.

Removed

• Nextcloud 27. Its legacy Files list never showed the actions from this app, so the declared support was not real. The declared range is now >=28 <=35, and instances on 27 stay on 0.3.1.

Fixed

• "Assinar com SignDocs Brasil" and "Status da assinatura" appear in the Files menu on Nextcloud 33 and later. Those versions changed how the Files app reads its actions, so an action registered the old way was ignored without any error. One build now registers on both.

Changed (dependencies)

• signdocs-brasil/signdocs-brasil-php 1.11.0 → 2.2.0. The only breaking change removes three webhook event cases this app never used.

Fixed

• A multi-signer request no longer shows as signed when only the first person has signed. On a tenant subscribed to TRANSACTION.COMPLETED, one signer's completion marked the whole envelope completed, badged the file "Assinado" and stopped checking its status. Only ENVELOPE.* events now change an envelope.
• Requests already marked this way are corrected on upgrade. Envelopes shown as completed with no signed document saved go back to "Pendente" and are re-read from SignDocs on the next status check, which restores the real status. Genuinely finished ones return to "Assinado" and their document is saved.
• A late TRANSACTION.CREATED can no longer reopen a finished request. The event was applied rather than ignored, which became reachable once SignDocs began redelivering failed webhooks.

Changed

• Signing links are no longer copyable when the policy is a simple click. Under simple electronic signing the policy is one click, so the link is a bearer credential: whoever holds it signs as the named signer. Offering the sender a copy button next to it invited signing on the other party's behalf. Those links now leave only as the invitation email SignDocs sends — the URL is not stored, not returned to the browser, and neither the link nor the copy button is rendered. Links under click + OTP and ICP-Brasil digital certificate are unaffected: the URL alone does not satisfy either second factor.
• Exception for signing your own document. SignDocs skips the invitation when a signer's address is the sender's own, so that link is still shown — it is the signer's own link, and withholding it would leave them no way to sign.
• Simple electronic signing now requires an email address on your Nextcloud profile. Without one the API emails nobody, which combined with the above would create a document that can never be signed. The option is withdrawn from the dialog, and the server refuses the combination.

Added

• "Assinar" on your own requests. When you are a signer on your own send, SignDocs dispatches no invitation — the addresses match — so the link only ever appeared in the dialog that showed it. Rows carrying a signature of your own now offer to mint a fresh link and open the signing page directly. The URL is never displayed and never stored; a new one is issued each time. Requires signdocs-brasil/signdocs-brasil-php ^1.11, the release that first exposes the endpoint this calls.

Fixed

• Single-signer sends now show the signing link. The link was discarded on creation, so a document you sent to yourself produced no invitation email and no link — it could never be signed, despite the dialog promising a link.
• Sending twice no longer sends twice. Every attempt at one submission — a double-clicked confirm, or a retry after the request timed out — created a fresh envelope, spent quota again and invited every signer a second time. The dialog now stamps one request id per submission and the server derives an idempotency key per call from it, so those attempts return the first result instead of repeating it. Signers are keyed apart from one another, because the response for each carries the only copy of that signer's credential. Opening the dialog again mints a new id, so sending the same document twice on purpose still works.

Changed (dependencies)

• signdocs-brasil/signdocs-brasil-php 1.9.0 → 1.11.0. Besides the endpoint behind "Assinar", 1.10.0 is the release that lets a caller pass an idempotency key on addSession, which the fix above depends on.

Changed

• Support for Nextcloud 31. The declared range is now >=27 <=31, verified on a real 31.0.14 instance: migrations, the three signdocs:* system tags, both background jobs, and both Files actions (signdocs-sign, signdocs-status) register with no page errors.
• The integration workflow now smoke-tests Nextcloud 27 through 31, so the declared range stays backed by a run on every supported major.

Added

• This changelog. Earlier releases shipped without one, which is why they appear on the App Store with no description of what changed.

Added

• Choose Produção or Homologação in the admin settings. Testing no longer needs shell access to run occ. It is a fixed list rather than a text field, because the client secret is sent to that URL. "Testar conexão" tests the selected environment before you save, and the page says plainly when the instance is in homologation.

Changed

• Switching environment asks for that environment's credentials and removes the old webhook secret, since neither carries over.
• Switching away from production is refused while signing requests are still open. Otherwise the status check would look for them in the other environment, find nothing, and mark real documents as expired.
• A URL set by hand with occ keeps working, and shows as "Personalizado".

Added

• Support for Nextcloud 32, 33, 34 and 35.

Removed

• Nextcloud 27. Its legacy Files list never showed the actions from this app, so the declared support was not real. The declared range is now >=28 <=35, and instances on 27 stay on 0.3.1.

Fixed

• "Assinar com SignDocs Brasil" and "Status da assinatura" appear in the Files menu on Nextcloud 33 and later. Those versions changed how the Files app reads its actions, so an action registered the old way was ignored without any error. One build now registers on both.

Changed (dependencies)

• signdocs-brasil/signdocs-brasil-php 1.11.0 → 2.2.0. The only breaking change removes three webhook event cases this app never used.

Fixed

• A multi-signer request no longer shows as signed when only the first person has signed. On a tenant subscribed to TRANSACTION.COMPLETED, one signer's completion marked the whole envelope completed, badged the file "Assinado" and stopped checking its status. Only ENVELOPE.* events now change an envelope.
• Requests already marked this way are corrected on upgrade. Envelopes shown as completed with no signed document saved go back to "Pendente" and are re-read from SignDocs on the next status check, which restores the real status. Genuinely finished ones return to "Assinado" and their document is saved.
• A late TRANSACTION.CREATED can no longer reopen a finished request. The event was applied rather than ignored, which became reachable once SignDocs began redelivering failed webhooks.

Changed

• Signing links are no longer copyable when the policy is a simple click. Under simple electronic signing the policy is one click, so the link is a bearer credential: whoever holds it signs as the named signer. Offering the sender a copy button next to it invited signing on the other party's behalf. Those links now leave only as the invitation email SignDocs sends — the URL is not stored, not returned to the browser, and neither the link nor the copy button is rendered. Links under click + OTP and ICP-Brasil digital certificate are unaffected: the URL alone does not satisfy either second factor.
• Exception for signing your own document. SignDocs skips the invitation when a signer's address is the sender's own, so that link is still shown — it is the signer's own link, and withholding it would leave them no way to sign.
• Simple electronic signing now requires an email address on your Nextcloud profile. Without one the API emails nobody, which combined with the above would create a document that can never be signed. The option is withdrawn from the dialog, and the server refuses the combination.

Added

• "Assinar" on your own requests. When you are a signer on your own send, SignDocs dispatches no invitation — the addresses match — so the link only ever appeared in the dialog that showed it. Rows carrying a signature of your own now offer to mint a fresh link and open the signing page directly. The URL is never displayed and never stored; a new one is issued each time. Requires signdocs-brasil/signdocs-brasil-php ^1.11, the release that first exposes the endpoint this calls.

Fixed

• Single-signer sends now show the signing link. The link was discarded on creation, so a document you sent to yourself produced no invitation email and no link — it could never be signed, despite the dialog promising a link.
• Sending twice no longer sends twice. Every attempt at one submission — a double-clicked confirm, or a retry after the request timed out — created a fresh envelope, spent quota again and invited every signer a second time. The dialog now stamps one request id per submission and the server derives an idempotency key per call from it, so those attempts return the first result instead of repeating it. Signers are keyed apart from one another, because the response for each carries the only copy of that signer's credential. Opening the dialog again mints a new id, so sending the same document twice on purpose still works.

Changed (dependencies)

• signdocs-brasil/signdocs-brasil-php 1.9.0 → 1.11.0. Besides the endpoint behind "Assinar", 1.10.0 is the release that lets a caller pass an idempotency key on addSession, which the fix above depends on.

Changed

• Support for Nextcloud 31. The declared range is now >=27 <=31, verified on a real 31.0.14 instance: migrations, the three signdocs:* system tags, both background jobs, and both Files actions (signdocs-sign, signdocs-status) register with no page errors.
• The integration workflow now smoke-tests Nextcloud 27 through 31, so the declared range stays backed by a run on every supported major.

Added

• This changelog. Earlier releases shipped without one, which is why they appear on the App Store with no description of what changed.

Added

• Choose Produção or Homologação in the admin settings. Testing no longer needs shell access to run occ. It is a fixed list rather than a text field, because the client secret is sent to that URL. "Testar conexão" tests the selected environment before you save, and the page says plainly when the instance is in homologation.

Changed

• Switching environment asks for that environment's credentials and removes the old webhook secret, since neither carries over.
• Switching away from production is refused while signing requests are still open. Otherwise the status check would look for them in the other environment, find nothing, and mark real documents as expired.
• A URL set by hand with occ keeps working, and shows as "Personalizado".

Added

• Support for Nextcloud 32, 33, 34 and 35.

Removed

• Nextcloud 27. Its legacy Files list never showed the actions from this app, so the declared support was not real. The declared range is now >=28 <=35, and instances on 27 stay on 0.3.1.

Fixed

• "Assinar com SignDocs Brasil" and "Status da assinatura" appear in the Files menu on Nextcloud 33 and later. Those versions changed how the Files app reads its actions, so an action registered the old way was ignored without any error. One build now registers on both.

Changed (dependencies)

• signdocs-brasil/signdocs-brasil-php 1.11.0 → 2.2.0. The only breaking change removes three webhook event cases this app never used.

Fixed

• A multi-signer request no longer shows as signed when only the first person has signed. On a tenant subscribed to TRANSACTION.COMPLETED, one signer's completion marked the whole envelope completed, badged the file "Assinado" and stopped checking its status. Only ENVELOPE.* events now change an envelope.
• Requests already marked this way are corrected on upgrade. Envelopes shown as completed with no signed document saved go back to "Pendente" and are re-read from SignDocs on the next status check, which restores the real status. Genuinely finished ones return to "Assinado" and their document is saved.
• A late TRANSACTION.CREATED can no longer reopen a finished request. The event was applied rather than ignored, which became reachable once SignDocs began redelivering failed webhooks.

Changed

• Signing links are no longer copyable when the policy is a simple click. Under simple electronic signing the policy is one click, so the link is a bearer credential: whoever holds it signs as the named signer. Offering the sender a copy button next to it invited signing on the other party's behalf. Those links now leave only as the invitation email SignDocs sends — the URL is not stored, not returned to the browser, and neither the link nor the copy button is rendered. Links under click + OTP and ICP-Brasil digital certificate are unaffected: the URL alone does not satisfy either second factor.
• Exception for signing your own document. SignDocs skips the invitation when a signer's address is the sender's own, so that link is still shown — it is the signer's own link, and withholding it would leave them no way to sign.
• Simple electronic signing now requires an email address on your Nextcloud profile. Without one the API emails nobody, which combined with the above would create a document that can never be signed. The option is withdrawn from the dialog, and the server refuses the combination.

Added

• "Assinar" on your own requests. When you are a signer on your own send, SignDocs dispatches no invitation — the addresses match — so the link only ever appeared in the dialog that showed it. Rows carrying a signature of your own now offer to mint a fresh link and open the signing page directly. The URL is never displayed and never stored; a new one is issued each time. Requires signdocs-brasil/signdocs-brasil-php ^1.11, the release that first exposes the endpoint this calls.

Fixed

• Single-signer sends now show the signing link. The link was discarded on creation, so a document you sent to yourself produced no invitation email and no link — it could never be signed, despite the dialog promising a link.
• Sending twice no longer sends twice. Every attempt at one submission — a double-clicked confirm, or a retry after the request timed out — created a fresh envelope, spent quota again and invited every signer a second time. The dialog now stamps one request id per submission and the server derives an idempotency key per call from it, so those attempts return the first result instead of repeating it. Signers are keyed apart from one another, because the response for each carries the only copy of that signer's credential. Opening the dialog again mints a new id, so sending the same document twice on purpose still works.

Changed (dependencies)

• signdocs-brasil/signdocs-brasil-php 1.9.0 → 1.11.0. Besides the endpoint behind "Assinar", 1.10.0 is the release that lets a caller pass an idempotency key on addSession, which the fix above depends on.

Changed

• Support for Nextcloud 31. The declared range is now >=27 <=31, verified on a real 31.0.14 instance: migrations, the three signdocs:* system tags, both background jobs, and both Files actions (signdocs-sign, signdocs-status) register with no page errors.
• The integration workflow now smoke-tests Nextcloud 27 through 31, so the declared range stays backed by a run on every supported major.

Added

• This changelog. Earlier releases shipped without one, which is why they appear on the App Store with no description of what changed.

Added

• Choose Produção or Homologação in the admin settings. Testing no longer needs shell access to run occ. It is a fixed list rather than a text field, because the client secret is sent to that URL. "Testar conexão" tests the selected environment before you save, and the page says plainly when the instance is in homologation.

Changed

• Switching environment asks for that environment's credentials and removes the old webhook secret, since neither carries over.
• Switching away from production is refused while signing requests are still open. Otherwise the status check would look for them in the other environment, find nothing, and mark real documents as expired.
• A URL set by hand with occ keeps working, and shows as "Personalizado".

Added

• Support for Nextcloud 32, 33, 34 and 35.

Removed

• Nextcloud 27. Its legacy Files list never showed the actions from this app, so the declared support was not real. The declared range is now >=28 <=35, and instances on 27 stay on 0.3.1.

Fixed

• "Assinar com SignDocs Brasil" and "Status da assinatura" appear in the Files menu on Nextcloud 33 and later. Those versions changed how the Files app reads its actions, so an action registered the old way was ignored without any error. One build now registers on both.

Changed (dependencies)

• signdocs-brasil/signdocs-brasil-php 1.11.0 → 2.2.0. The only breaking change removes three webhook event cases this app never used.

Fixed

• A multi-signer request no longer shows as signed when only the first person has signed. On a tenant subscribed to TRANSACTION.COMPLETED, one signer's completion marked the whole envelope completed, badged the file "Assinado" and stopped checking its status. Only ENVELOPE.* events now change an envelope.
• Requests already marked this way are corrected on upgrade. Envelopes shown as completed with no signed document saved go back to "Pendente" and are re-read from SignDocs on the next status check, which restores the real status. Genuinely finished ones return to "Assinado" and their document is saved.
• A late TRANSACTION.CREATED can no longer reopen a finished request. The event was applied rather than ignored, which became reachable once SignDocs began redelivering failed webhooks.

Changed

• Signing links are no longer copyable when the policy is a simple click. Under simple electronic signing the policy is one click, so the link is a bearer credential: whoever holds it signs as the named signer. Offering the sender a copy button next to it invited signing on the other party's behalf. Those links now leave only as the invitation email SignDocs sends — the URL is not stored, not returned to the browser, and neither the link nor the copy button is rendered. Links under click + OTP and ICP-Brasil digital certificate are unaffected: the URL alone does not satisfy either second factor.
• Exception for signing your own document. SignDocs skips the invitation when a signer's address is the sender's own, so that link is still shown — it is the signer's own link, and withholding it would leave them no way to sign.
• Simple electronic signing now requires an email address on your Nextcloud profile. Without one the API emails nobody, which combined with the above would create a document that can never be signed. The option is withdrawn from the dialog, and the server refuses the combination.

Added

• "Assinar" on your own requests. When you are a signer on your own send, SignDocs dispatches no invitation — the addresses match — so the link only ever appeared in the dialog that showed it. Rows carrying a signature of your own now offer to mint a fresh link and open the signing page directly. The URL is never displayed and never stored; a new one is issued each time. Requires signdocs-brasil/signdocs-brasil-php ^1.11, the release that first exposes the endpoint this calls.

Fixed

• Single-signer sends now show the signing link. The link was discarded on creation, so a document you sent to yourself produced no invitation email and no link — it could never be signed, despite the dialog promising a link.
• Sending twice no longer sends twice. Every attempt at one submission — a double-clicked confirm, or a retry after the request timed out — created a fresh envelope, spent quota again and invited every signer a second time. The dialog now stamps one request id per submission and the server derives an idempotency key per call from it, so those attempts return the first result instead of repeating it. Signers are keyed apart from one another, because the response for each carries the only copy of that signer's credential. Opening the dialog again mints a new id, so sending the same document twice on purpose still works.

Changed (dependencies)

• signdocs-brasil/signdocs-brasil-php 1.9.0 → 1.11.0. Besides the endpoint behind "Assinar", 1.10.0 is the release that lets a caller pass an idempotency key on addSession, which the fix above depends on.

Changed

• Support for Nextcloud 31. The declared range is now >=27 <=31, verified on a real 31.0.14 instance: migrations, the three signdocs:* system tags, both background jobs, and both Files actions (signdocs-sign, signdocs-status) register with no page errors.
• The integration workflow now smoke-tests Nextcloud 27 through 31, so the declared range stays backed by a run on every supported major.

Added

• This changelog. Earlier releases shipped without one, which is why they appear on the App Store with no description of what changed.

Changed

• Signing links are no longer copyable when the policy is a simple click. Under simple electronic signing the policy is one click, so the link is a bearer credential: whoever holds it signs as the named signer. Offering the sender a copy button next to it invited signing on the other party's behalf. Those links now leave only as the invitation email SignDocs sends — the URL is not stored, not returned to the browser, and neither the link nor the copy button is rendered. Links under click + OTP and ICP-Brasil digital certificate are unaffected: the URL alone does not satisfy either second factor.
• Exception for signing your own document. SignDocs skips the invitation when a signer's address is the sender's own, so that link is still shown — it is the signer's own link, and withholding it would leave them no way to sign.
• Simple electronic signing now requires an email address on your Nextcloud profile. Without one the API emails nobody, which combined with the above would create a document that can never be signed. The option is withdrawn from the dialog, and the server refuses the combination.

Added

• "Assinar" on your own requests. When you are a signer on your own send, SignDocs dispatches no invitation — the addresses match — so the link only ever appeared in the dialog that showed it. Rows carrying a signature of your own now offer to mint a fresh link and open the signing page directly. The URL is never displayed and never stored; a new one is issued each time. Requires signdocs-brasil/signdocs-brasil-php ^1.11, the release that first exposes the endpoint this calls.

Fixed

• Single-signer sends now show the signing link. The link was discarded on creation, so a document you sent to yourself produced no invitation email and no link — it could never be signed, despite the dialog promising a link.
• Sending twice no longer sends twice. Every attempt at one submission — a double-clicked confirm, or a retry after the request timed out — created a fresh envelope, spent quota again and invited every signer a second time. The dialog now stamps one request id per submission and the server derives an idempotency key per call from it, so those attempts return the first result instead of repeating it. Signers are keyed apart from one another, because the response for each carries the only copy of that signer's credential. Opening the dialog again mints a new id, so sending the same document twice on purpose still works.

Changed (dependencies)

• signdocs-brasil/signdocs-brasil-php 1.9.0 → 1.11.0. Besides the endpoint behind "Assinar", 1.10.0 is the release that lets a caller pass an idempotency key on addSession, which the fix above depends on.

Changed

• Support for Nextcloud 31. The declared range is now >=27 <=31, verified on a real 31.0.14 instance: migrations, the three signdocs:* system tags, both background jobs, and both Files actions (signdocs-sign, signdocs-status) register with no page errors.
• The integration workflow now smoke-tests Nextcloud 27 through 31, so the declared range stays backed by a run on every supported major.

Added

• This changelog. Earlier releases shipped without one, which is why they appear on the App Store with no description of what changed.