View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
11469 | Bug reports | Accessibility | public | 2016-07-18 14:09 | 2016-08-25 16:05 |
Reporter | mot1 | Assigned To | |||
Priority | none | Severity | partial_block | ||
Status | closed | Resolution | fixed | ||
Fixed in Version | 2.50.x | ||||
Summary | 11469: Front page not working | ||||
Description | Front page does not work, if debug is not set. Setting Debug 0 gives the error message, trying to debug with debug=2 makes the frontpage work fine. | ||||
Steps To Reproduce | switching debug level. | ||||
Tags | No tags attached. | ||||
Attached Files | |||||
Bug heat | 10 | ||||
Complete LimeSurvey version number (& build) | 160715 | ||||
I will donate to the project if issue is resolved | No | ||||
Browser | Opera | ||||
Database type & version | MariaDB 10.1.14 | ||||
Server OS (if known) | Debian 8.5 jessie | ||||
Webserver software & version (if known) | Apache 2.4.10-10+deb8u4 | ||||
PHP Version | PHP 5.6.23-0+deb8u1 | ||||
Cannot reproduce. |
|
I can reproduce it :) It's on a completely fresh install. Backend seems to work flawlessly with or without debug level set. |
|
Please update to latest release and try again. No one at the office can reproduce. |
|
Maybe you can give us access to your phplogs, or even access to your system. |
|
As far as I can see in my logs, nothing pops up at all. With Debug 0 - my browser issues a GET, and nothing else happens. With Debug 2, after browser issues the GET, it receives responses, and starts getting the page. All the logs are empty other than that. Unfortunately, I work for a municipality, why I cannot give you access to the system. You can, however, guide me if there is something specific you want me to look into. The update to newest limesurvey still has this behaviour on our fresh install. |
|
Hello, I am sorry but nobody else is able to reproduce the issue and if we cannot reproduce we cannot fix it. It is certainly something specific to your system but we do not have time to play guessing games. So if you cannot give us access to such a system or you somehow get more information on the error itself (proper PHP error log from the server) we will have to close the issue. |
|
error.log is empty. be advised, that php.log shows an error for a different issue that I will make a seperate ticket about (unable to delete question group). |
|
ok this one should be fixed by this commit: |
|
Date Modified | Username | Field | Change |
---|---|---|---|
2016-07-18 14:09 | mot1 | New Issue | |
2016-07-18 14:09 | mot1 | File Added: debug 0.PNG | |
2016-07-18 14:09 | mot1 | File Added: debug 2.PNG | |
2016-07-18 17:14 | ollehar | Note Added: 39964 | |
2016-07-19 09:04 | mot1 | Note Added: 39966 | |
2016-07-19 09:57 | ollehar | Note Added: 39967 | |
2016-07-19 10:51 |
|
Note Added: 39977 | |
2016-07-19 11:47 | c_schmitz | Assigned To | => markusfluer |
2016-07-19 11:47 | c_schmitz | Status | new => feedback |
2016-07-19 13:12 | mot1 | Note Added: 39987 | |
2016-07-19 13:12 | mot1 | Status | feedback => assigned |
2016-07-19 13:50 | c_schmitz | Note Added: 39988 | |
2016-07-19 14:29 | mot1 | File Added: access.log | |
2016-07-19 14:29 | mot1 | File Added: php.log | |
2016-07-19 14:31 | mot1 | Note Added: 39990 | |
2016-07-21 11:42 |
|
Note Added: 40003 | |
2016-07-21 11:42 |
|
Note Edited: 40003 | |
2016-08-25 16:05 | c_schmitz | Status | assigned => closed |
2016-08-25 16:05 | c_schmitz | Resolution | open => fixed |
2016-08-25 16:05 | c_schmitz | Fixed in Version | => 2.50.x |