Welcome to the LimeSurvey Community Forum

Hallo,

Danke für die Antwort.

Der Grund, es in die Equation zu packen, war mein Wunsch/meine Hoffnung, dass ich einen Mechanismus finde, der diese Anforderungen für alle Fälle d.h. in den Emails und den Fragen, für teilnehmerbasierte/geschlossene und anonyme Umfragen erfüllt. Also einfach ident wie die Standard-Placeholder SURVEYURL, SURVEYNAME etc.

Eine Form von freien Parametern/Attributen, die an der Umfrage hängen, analog zu den Attributen der Teilnehmer wäre eben optimal. Sonst muss ich mit min. zwei Arten arbeiten: für anonyme Umfragen mit Definition in Equations (da ja eher keine Email-Einladungen, aber in den Fragen), für geschlossene Umfragen, bei denen Einladungen rausgehen, mit Attributen.

Please help us help you and fill where relevant:
Your LimeSurvey version: 6.3.8
Own server or LimeSurvey hosting: Own Server
Survey theme/template: n/a
==================
When installing the CE of Limesurvey I get a red exclamation mark PHP Collate library (language sort order) 
is not installed. That might be so, but how to install it for PHP 7.4? I couldn't find any hint what library this is. Any idea? All the rest is green and the tool itself works well.
 

Please help us help you and fill where relevant:
Your LimeSurvey version: 5.6.48+231205
Own server or LimeSurvey hosting: Own
Survey theme/template: N/A
==================
When I try to add a quota to a survey, I get the error "Bad quota id with this survey id" .. I see this is triggered in Quotas.php:
But I'm not understanding why this error would occur?

Steps to recreate error:

1. I create the the initial quota okay.
2. I then click "Add answer".
3. I select a Question and click Next
4. I select an Answer and click Next
5. The error Bad quota id with this survey id is displayed...

Hi there,

Thank you for your post.

If you access  survey.ksso.ch/index.php/admin/authentication/sa/login   from outside the school you are accesing the production LimeSurvey server.
This server is working perfectly. This server is running version 3.20.0+191112.

If I use the same URL,  survey.ksso.ch/index.php/admin/authentication/sa/login , from my computer it points to the test LimeSurvey server.
This is because in my computer there is a HOST file with the entry   "survey.ksso.ch  YYY.YYY.YYY.YYY" (the IP address of the test LimeSurvey server).
The test Limesurvey server and my computer are in the same subnetwork. So, there is no firewall between them. All the ports between the two computers
are open. And, in fact, before the Comfort update the URL works perfectly. So, it must be the Comfort update, that is changing something.

Best regards

Jaume

 

Hi Jelo,

Thank you for your answer. Just to clarify the situation.

a. I'm running side by side our production LimeSurvey (version 3.20.0+191112) server in a VM with IP address XXX.XXX.XXX.XXX
   with another VM with an exact copy of the LimeSurvey production server with only the IP changed to YYY.YYY.YYY.YYY

  The LimeSurvey production server works perfectly and the LimeSurvey test server works perfectly before making any update.

  I have also a second copy  of the VM in production. In this way, every time that an update made on the VM running  the test server fails, I can
   delete the changed VM and start the tests with a new copy of the production server.

b. The two tests I have tried with the VM, that is a copy of our production LimeSurves server, are:

    - Comfort update from 3.20.0+191112  to 3.28.76 (231018)
    - Comfort update from 3.20.0+191112 to 5.6.47 (231128)
   
     These are the two options I have. You can see these options in the screen-capture attached.

  c. After trying  both updates what happens is that the URL
    
      survey.ourdomain/admin/  

      doens't work anymore. I get an error "Connection refused" (see attachment).

      Before the Comfort update (any of them) thwe website was running perfectly.


Next thing I will check is the PHP requeriments.

Thank you
     
     

Please help us help you and fill where relevant:
Your LimeSurvey version: 5.6.46+231121
Own server or LimeSurvey hosting: Own
Survey theme/template: N/A
==================
When I use Quick Translate, I get an alert message: There was an error using the Google API. Detailed Error: true

But when I look at my API/Service details I can see the # of requests increase by the number of items associated with the Quick Translation request, so I know that LS is connecting to the Google API successfully.

Can anyone shed some light on with this might be, and how to resolve?

Please help us help you and fill where relevant:
Your LimeSurvey version: N/A
Own server or LimeSurvey hosting: demo page
Survey theme/template:
==================
Where has the limesurvey demo site been moved?
demo.limesurvey.org/admin is no more active

Please help us help you and fill where relevant:
Your LimeSurvey version: 5.6.43
Own server or LimeSurvey hosting: own
Survey theme/template: n/a
==================
Hello,
I see in version 5.6.43 the "sharing panel" feature inside the "overview" page is no more.
It used to be there in my old 5.6.33.
The manual still mentions it
help.limesurvey.org/portal/en/kb/articles/email-distribution
Has it been moved?
Regards

Please help us help you and fill where relevant:
Your LimeSurvey version: 5.6.43
Own server or LimeSurvey hosting: OWN
Survey theme/template: N/A
==================
Hello,
I see the CAPTCHA settings imply inheriting a general setting.
Where can I change the general setting to be inherited by my users' survey? I wish Captcha was enabled by default.

Best regards,
Rita
 

Hier einmal die ersten fünf Beiträge (ohne Wiederholung), die die Suchmaschine dazu ausspuckt.
[url] www.geniale-tipps.de/computer-und-intern...code-verhindern.html [/url]

[url] cgvr.cs.uni-bremen.de/teaching/werkzeuge...rechte_maustaste.htm [/url]

[url] wiki.selfhtml.org/wiki/JavaScript/Tutorials/Kontextmen%C3%BC [/url]

[url] www.nicole-wellinger.ch/html/nerven/mousesperrung.html [/url]

[url] html-php.de/index.php?seite=j_maustast [/url]

Joffm

 

Please help us help you and fill where relevant:
Your LimeSurvey version: 6.3.0+231016 (New/vanilla install)
Own server or LimeSurvey hosting: Own server
Survey theme/template: n/a
==================
Ran into small bug. (i think)
When putting Email setting in Global config to SMTP, the SMTP host field remains greyed out preventing input.
When I put my mailserver in the settings_global database table under emailsmtphost, it shows up in the greyed out field and mail works as expected.

Hi guys!
Need your help, please!
I must use a 7 (may be 8 ) digit code for coding  answers (standard cities code in Romania), but I am only allowed 5 digit. 
I've made some changes in:
/application/views/questionAdministration/answerOptionRow.twig
Line 57: maxlength='5' – to 9
Lines 79 / 92: maxlength='9'Lines 80  / 93              size='9'

and in  /application/models/Answer.php
array('code', 'length', 'min' => 1, 'max' => 5),   in 9 but still doesn't work. 

Any idea that will work? 
Please, keep in mind that I am sociologist and I have very limited programing skills )
Thank you!
Romulus







Please help us help you and fill where relevant:
Your LimeSurvey version: [see right hand bottom of your LimeSurvey admin screen]
Own server or LimeSurvey hosting:
Survey theme/template:
==================
(Write here your question/remark)

Aidez-nous à vous aider et remplissez les cases appropriées :
Votre version de LimeSurvey : 2.06+
Votre propre serveur ou LimeSurvey Cloud : hébergement interne
Thème : Accès interface d'administration
==================
Bonjour à tous,
Sur une instance de test, nous ne sommes plus en mesure d'accéder à l'interface d'administration des questionnaires, après tentative d'authentification avec un utilisateur disposant des droits d'admin.
Toutefois, les questionnaires actifs et publiques restent eux visibles et il est possible de répondre aux questions. Je n'ai pas fait le test d'enregistrer les réponses. Donc la base de données reste toujours accessible.

Dans l'access log d'Apache, lors d'une authentification, nous observons une erreur 500 sur l'URL /index.php/admin/authentication/sa/login. (L'URL est volontairement incomplète).
Dans les logs Postgres, nous pouvons observer les traces suivantes :
ERROR:  invalid input syntax for integer: "" at character 45
STATEMENT:  SELECT * FROM "surveys" "t" WHERE "t"."sid"='' LIMIT 1

Des utilisateurs de notre instance de test m'ont indiqué avoir changé le propriétaire d'un questionnaire ou avoir changé des droits pour certains utilisateurs. Je n'ai plus le cas exact en tête.

Aurions-nous dégradé notre base de données lors d'une mauvaise manipulation ? Si oui, auriez-vous une suggestion de correctif à réaliser sur les données en base ou un test à réaliser ?

Je vous remercie par avance pour votre aide.