Please help us help you and fill where relevant:
Your LimeSurvey version: 6.17.x
Own server or LimeSurvey hosting: own
Survey theme/template: irrelevant
==================

Hi LimeSurvey developer,

What would you think of adding a RemoteControl API method that checks whether a survey is activation-ready, without actually activating it?

Right now, integrations typically learn about consistency issues only when calling activation. A read-only precheck endpoint would help external tools provide clear guidance before activation.

Suggested output:

• is_consistent (true/false)
• blocking errors
• warnings
• optional rule-level details (for example: no groups, no questions, no active questions, groups without questions)

This would improve UX and reduce failed activation attempts in integrations. I am working in Python now.

Thanks for considering it.

Tammo

It is possible to create a plugin that performs additional checks before a survey is activated and prevents the activation if one of those checks fails, using the event.So I am wondering which specific consistency checks you have in mind for such an API endpoint.

From my point of view the most important pre-check I'd love to see is the max column limit. If your survey is very large, it may fail to activate.
It would be very helpful if LimeSurvey could check the underlying limit on question creation (using a different plugin event) and show a warning if your survey reaches ~1000 columns or more.

When you want to make a survey "live", you hit a button. Then a process starts in which LimeSurvey software does some checks and when these checks are OK, the survey will be made live. 

I would like to do these checks and report on the results, without setting the survey on "live".

A check on number of columns would indeed be great, then also: report on the number of columns.

Tammo

tammo wrote:

A check on number of columns would indeed be great, then also: report on the number of columns.
 

To get rid of a database structure which needs such checks would be better.