LibreSign / LibreSign/libresign

[FEATURE]: Allow per-document configuration of signature workflow and visual effects

Open
#7,247 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

feature-request
Dominant language
PHP
Stars
818
Forks
146
Avg merge
11h 31m
Merged PRs (30d)
326

Description

Is your feature request related to a problem? Please describe.

Currently in LibreSign, some behaviors such as:

  • enabling/disabling confetti animation
  • choosing sequential vs simultaneous signing workflow
    are configured only in the global application settings.

This means these options apply to all documents sent for signature, without the possibility to adjust them depending on the context of a specific document.

In practice, different documents may require different configurations.

Examples:

  • Some contracts require sequential signing (one signer after another).
  • Other documents work better with simultaneous signing.
  • The confetti animation is nice in friendly contexts, but may be inappropriate for formal, legal, or administrative documents.

Because these options are global, administrators must choose a single configuration that may not fit all use cases.

Describe the solution you'd like

Add the possibility to configure these options at the document request level, when creating a new signature request.

For example, when sending a document for signature, allow the sender to define:

Signature workflow

  • Sequential signing
  • Simultaneous signing

Visual effects

  • Enable confetti
  • Disable confetti

These settings would override the global configuration only for that specific document.

The global settings would remain the default behavior.

Describe alternatives you've considered

Currently the only workaround is to modify the global settings of LibreSign before sending a specific document.

However this is not practical because:

  • it affects all other documents
  • it requires administrators to constantly change system settings
  • it introduces risk of sending documents with the wrong workflow configuration

Another workaround would be to maintain multiple LibreSign instances with different configurations, but this is clearly excessive for such a simple need.

Additional context

At this stage, I am already able to use LibreSign effectively and this feature is not a critical requirement for my current workflows.

However, I strongly believe LibreSign has the potential to become a powerful catalyst for Nextcloud adoption. Electronic signature is a highly visible and strategic feature that can attract new users and organizations to the Nextcloud ecosystem.

Being able to offer flexibility similar to other signature platforms would make LibreSign even more compelling when presenting Nextcloud as a complete alternative to proprietary collaboration tools.

In that sense, features like this would help promote LibreSign and strengthen its appeal, especially when introducing the tool to new users or organizations considering adopting Nextcloud.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by tracing how a new signature request reads global settings and how the signing workflow and confetti effect consume them. Define the request-level options and verify that they override global values for one document while leaving global settings as defaults when unset.

Written by the indexing model from the issue text.

Assessment

Tech stack
php
Domain
full-stack
Issue type
Feature
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
45/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.