Welcome to the LimeSurvey Community Forum

Ask the community, share ideas, and connect with other LimeSurvey users!

Rechte-Fehlermeldungen beim editieren von Umfragen

  • Mr.Debian
  • Mr.Debian's Avatar Topic Author
  • Offline
  • New Member
  • New Member
More
3 years 1 month ago #213409 by Mr.Debian
Ubuntu 10.04 l LimeSurvey Version 3.25.18+210316 l Edge und FireFox l PHP 7.4 l MariaDB 10.3.25

Hallo Community!
Ich hänge schon den halben Tag an einem Problem von LimeSurvey und komme nicht wirklich weiter.
Hoffentlich kann mir jemand von euch einen Fingerzeig geben.

Grundsätzlich läuft LimeSurvey, ich hatte es vor ein paar Monaten von einer älteren Version mit dem Updater auf die vorletzte Version aktualisiert und wir konnten soweit keine Fehler feststellen.
Nun meldete sich ein User. Er (Besitzer der Umfrage) und ich (als Admin) können in den alten Umfragen keinen Beschreibungstext ändern. Schreiben wir in der Umfrage unter
"Textelement / Beschreibung" etwas rein und klicken oben rechts auf speichern, lädt sich der Button tot, es wird auch nicht übernommen. Klicken wir auf den Button mit dem Stift-Symbol, bekommen wir den Fehler "403 Verboten Fehlerhafte Gruppenkennziffer Sie sind nicht berechtigt, auf diese Seite zuzugreifen." angezeigt. Diese Meldungen ziehen sich so durch, gleiches mit Willkommensnachricht.
Klicke ich in der Umfrage auf "Ressourcen" bekomme ich im Frame folgenden Fehler angezeigt: "Forbidden  You don't have permission to access /Limesurvey/third_party/kcfinder/browse.php on this server."

Legt man eine Umfrage neu an, kann man diese Felder allerdings sauber vergeben, versucht man sie zu editieren, gibt es wieder die Fehlermeldungen.

-Ich habe nun schon die interne Überprüfung laufen lassen und alles angezeigte gelöscht (Backup ist vorhanden ;).
-LimeSurvey noch um eine Versionsnummer aktualisiert.
-Alle Dateisystemrechte neu gesetzt.
-vhost Apache überprüft.

In den Logs kann ich nichts sinnvolles finden. Ich werde morgen mal schauen ob ein Debug-Modus etwas bringt.

Hat jemand von euch eine Idee wo es hier klemmen könnte?
Vielen Dank
Gruß
Jakob 
 
The topic has been locked.
  • Mr.Debian
  • Mr.Debian's Avatar Topic Author
  • Offline
  • New Member
  • New Member
More
3 years 1 month ago - 3 years 1 month ago #213458 by Mr.Debian
Guten Morgen!
Ich habe den Debugmodus nun aktiviert und bekomme beim Aufruf des Editors in der Umfrage (Textelement / Beschreibung) folgende Anzeige:
Code:
CHttpException
Fehlerhafte Gruppenkennziffer
 
/var/www/html/limesurvey/application/core/Survey_Common_Action.php(165)
 
153             $oQuestion = Question::model()->find("qid=:qid", array(":qid"=>$params['iQuestionId'])); //Move this in model to use cache
154             if (!$oQuestion) {
155                 throw new CHttpException(404, gT("Question not found"));
156             }
157             if (!isset($params['iGroupId'])) {
158                 $params['iGroupId'] = $params['gid'] = $oQuestion->gid;
159             }
160         }
161         // iSurveyId/iSurveyID/sid can be found with gid/iGroupId
162         if (!empty($params['iGroupId'])) {
163             if ((string) (int) $params['iGroupId'] !== (string) $params['iGroupId']) {
164                 // pgsql need filtering before find
165                 throw new CHttpException(403, gT("Invalid group id"));
166             }
167             $oGroup = QuestionGroup::model()->find("gid=:gid", array(":gid"=>$params['iGroupId'])); //Move this in model to use cache
168             if (!$oGroup) {
169                 throw new CHttpException(404, gT("Group not found"));
170             }
171             if (!isset($params['iSurveyId'])) {
172                 $params['iSurveyId'] = $params['iSurveyID'] = $params['surveyid'] = $params['sid'] = $oGroup->sid;
173             }
174         }
175         // Finally control validity of sid
176         if (!empty($params['iSurveyId'])) {
177             if ((string) (int) $params['iSurveyId'] !== (string) $params['iSurveyId']) {

Code:
Stack Trace
#0    
–  /var/www/html/limesurvey/application/core/Survey_Common_Action.php(62): Survey_Common_Action->_addPseudoParams()
57             // If it doesn't, revert to default Yii method, that is run() which should reroute us somewhere else
58             $sSubAction = 'run';
59         }
60
61         // Populate the params. eg. surveyid -> iSurveyId
62         $params = $this->_addPseudoParams($params);
63
64         if (!empty($params['iSurveyId'])) {
65             LimeExpressionManager::SetSurveyId($params['iSurveyId']); // must be called early - it clears internal cache if a new survey is being used
66         }
67         // Check if the method is public and of the action class, not its parents

Code:
#4    
–  /var/www/html/limesurvey/application/controllers/AdminController.php(165): CController->run()
160                     $this->redirect(array('/admin/authentication/sa/login'));
161                 }
162             }
163         }
164
165         return parent::run($action);
166     }
167
168     /**
169      * Routes all the actions to their respective places
170      *
 
[code]#8    
–  /var/www/html/limesurvey/index.php(194): CApplication->run()
189 require_once APPPATH . 'core/LSYii_Application' . EXT;
190
191 $config = require_once(APPPATH . 'config/internal' . EXT);
192
193 Yii::$enableIncludePath = false;
194 Yii::createApplication('LSYii_Application', $config)->run();
195
196 /* End of file index.php */
197 /* Location: ./index.php */


Ich befürchte hier immer mehr, dass das Ganze Macken von der Portierung aus der Altversion bekommen hat. Wobe diese Fehler auch bei einer frisch angelegten Umfrage auftreten.
Des Weiteren ist mir noch nicht ganz klar, ob die Umgebung wirklich Fehlerfrei ist. Rechte/Besitzer auf das Dateisystem hatte ich gerstern nach einem Kommentar im Forum neu gesetzt.
PHPinfo Ausgabe habe ich auch schon gezogen, das PDF mit dem Output hänge ich mal an.

Gruß
Jakob[/code]
Last edit: 3 years 1 month ago by Mr.Debian.
The topic has been locked.
  • Mr.Debian
  • Mr.Debian's Avatar Topic Author
  • Offline
  • New Member
  • New Member
More
3 years 1 month ago #213579 by Mr.Debian
!Lösung!

Auweia! Manchmal hat man echt eine lange Leitung. Schuld war unsere Firewall die fröhlich in den https Verkehr rein gefingert hat. Das lief bis dato so gut, dass wir alle es nicht auf dem Schirm hatten. Ich musste die gesamte Webserver Protection abschalten.
Das "Ding" hier kann geschlossen, oder am besten gleich gelöscht werden... :)
Gruß
Jakob
The topic has been locked.
Moderators: Joffm

Lime-years ahead

Online-surveys for every purse and purpose