Menu
▾
▴
phpesp-devel — Discussion of the development of phpESP
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
(103) |
Apr
(37) |
May
(45) |
Jun
(49) |
Jul
(55) |
Aug
(11) |
Sep
(47) |
Oct
(55) |
Nov
(47) |
Dec
(8) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(43) |
Feb
(85) |
Mar
(121) |
Apr
(37) |
May
(33) |
Jun
(33) |
Jul
(14) |
Aug
(34) |
Sep
(58) |
Oct
(68) |
Nov
(31) |
Dec
(9) |
| 2004 |
Jan
(13) |
Feb
(57) |
Mar
(37) |
Apr
(26) |
May
(57) |
Jun
(14) |
Jul
(8) |
Aug
(12) |
Sep
(32) |
Oct
(10) |
Nov
(7) |
Dec
(12) |
| 2005 |
Jan
(8) |
Feb
(25) |
Mar
(50) |
Apr
(20) |
May
(32) |
Jun
(20) |
Jul
(83) |
Aug
(25) |
Sep
(17) |
Oct
(14) |
Nov
(32) |
Dec
(27) |
| 2006 |
Jan
(24) |
Feb
(15) |
Mar
(46) |
Apr
(5) |
May
(6) |
Jun
(9) |
Jul
(12) |
Aug
(5) |
Sep
(7) |
Oct
(7) |
Nov
(4) |
Dec
(5) |
| 2007 |
Jan
(4) |
Feb
(1) |
Mar
(7) |
Apr
(3) |
May
(4) |
Jun
|
Jul
|
Aug
(2) |
Sep
(2) |
Oct
|
Nov
(22) |
Dec
(19) |
| 2008 |
Jan
(94) |
Feb
(19) |
Mar
(32) |
Apr
(46) |
May
(20) |
Jun
(10) |
Jul
(11) |
Aug
(20) |
Sep
(16) |
Oct
(12) |
Nov
(13) |
Dec
|
| 2009 |
Jan
|
Feb
(9) |
Mar
(37) |
Apr
(65) |
May
(15) |
Jun
|
Jul
(24) |
Aug
(1) |
Sep
(8) |
Oct
(4) |
Nov
(21) |
Dec
(5) |
| 2010 |
Jan
(35) |
Feb
(6) |
Mar
(8) |
Apr
|
May
(4) |
Jun
(3) |
Jul
(4) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2011 |
Jan
|
Feb
(4) |
Mar
|
Apr
|
May
(1) |
Jun
(1) |
Jul
(1) |
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
|
From: KDK <kkh...@gm...> - 2006-01-19 16:45:39
|
I'm having problems with a blank installation.. the mysql db is version 5 and after a fresh install i cant seem to login.... is there a compatible db script for version 5 ? |
|
From: SourceForge.net <no...@so...> - 2006-01-05 21:00:13
|
Bugs item #1387534, was opened at 2005-12-21 16:33 Message generated for change (Comment added) made by neilsourceforge You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1387534&group_id=8956 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Admin Group: v1.7 Status: Open Resolution: None Priority: 5 Submitted By: Neil (neilsourceforge) Assigned to: Nobody/Anonymous (nobody) Summary: Export fails to download all the data Initial Comment: We upgraded to 1.7.5 from 1.7.2 Monday and today the phone rings. Developers with substantial response sets get a partial dat set when Exporting without any feedback about not getting all the data. As an example a response set of 987 records, 54 fields returns a CSV of 123 records all fields. All formats produce the same results. Which parameters influence download limits? Is there a SELECT or procedure where I can extract all responses for a survey directly from the MySQL database? Info: PHP Information Version: 4.3.11 OS: Linux SAPI: apache2handler register_globals: No magic_quotes_gpc: No magic_quotes_runtime: No safe_mode: No open_basedir: PHP Extensions dBase: No GD: Yes -- bundled (2.0.28 compatible) GNU Gettext: Yes LDAP: Yes MySQL: Yes PHP Extension Dir (compiled): /usr ... PHP Extension Dir (run time): /usr ... phpESP Settings Expected ESP_BASE: /fsys ... Expected base_url: uw ... Loading phpESP.ini.php ... ESP_BASE: /fsys ... base_url: https://uw ... Version: 1.7.5 Debug: No phpESP Language Settings GNU Gettext: Real default_lang: en_US current lang: en_US available langs: da_DK, de_DE, el_GR, en_US, es_ES, fi, fi_FI, fr_FR, hu_HU, it_IT, ja_JP, nl_NL, pt_BR, pt_PT, sv_SE (da, de, el, en, es, fi, fr, it, ja, nl, pt, sv) GNU Gettext test: Passed Catalog Open Test: Yes PHP Session Test session.save_path: /var ... Counter: 1 ---------------------------------------------------------------------- >Comment By: Neil (neilsourceforge) Date: 2006-01-05 16:00 Message: Logged In: YES user_id=1181273 We have discovered details that further an explanation of why our attempts to Export respondent data fails (silently) for large data sets. Our recent tests are against release 1.8 of phpESP. We implement phpESP using SSL. Internet Explorer 6 fails to export any data with the following objection: "Internet Explorer cannot download ...header ... Internet Explorer was not able to open this site..." By adjusting the file download.inc and adding these header statements the download appears to function. header("Content-Type: $mime"); header("Cache-Control: post-check=999, pre-check=999"); header("Pragma: cache"); header("Content-Disposition: attachment; filename={$name}"); header("Content-Length: ".strlen($data)); But fails for relatively large data sets. The variable $data seems not to exist. By suppressing the 'Content- Length' directive altogether exports appear to operate fully, our smallest and our largest respondent sets. I would like to suggest that support for IE 6 to an SSL enabled server be added to phpESP. .../neil patterson ---------------------------------------------------------------------- Comment By: Neil (neilsourceforge) Date: 2005-12-22 16:21 Message: Logged In: YES user_id=1181273 IE 6, latest Firefox and Netscape all fail to extract the entire data set. ---------------------------------------------------------------------- Comment By: Matthew Gregg (greggmc) Date: 2005-12-22 15:44 Message: Logged In: YES user_id=14116 If you can download to the server then it might be a browser timeout issue can you confirm the lack of responses on various browsers(IE/Firefox)? ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2005-12-22 15:27 Message: Logged In: NO We reinstalled 1.7.2 and the larger data sets also fail on export. There are no errors in the web logs related to the download issue. max_execution_time and max_input_time are 60 seconds, and the memory_limit is 24M. ---------------------------------------------------------------------- Comment By: Neil (neilsourceforge) Date: 2005-12-22 13:40 Message: Logged In: YES user_id=1181273 I can respond to two of your questions and will respond to the rest when I have the information. I did no test this against 1.7.2 though large downloads will be a test of all future releases. 1.7.2 has been active for several months and no complaints; I would infer that 1.7.2 was OK. I will respond to the Apache log review later. Nothing on the client screen and nothing in the Application or System event logs on the client computer. I can successfully download to the server. All data appear available. It is only the local downloads that fail. The server download implies the data are valid, no incomplete responses. I will confirm the memory and execution limits later. ---------------------------------------------------------------------- Comment By: Matthew Gregg (greggmc) Date: 2005-12-22 10:24 Message: Logged In: YES user_id=14116 Results exported without a problem in 1.7.2? Do you have any errors in Apache's log file when the export fails or in the exported data? I have a 4000 response survey that manages to export completetly. Is it possible that the survey has incomplete responses(save/resume survey)? You might need to increase the memory and execution limts for PHP. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1387534&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2006-01-05 13:10:38
|
Bugs item #1365588, was opened at 2005-11-24 16:17 Message generated for change (Comment added) made by teniemi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1365588&group_id=8956 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: User Group: v1.7 Status: Open Resolution: None Priority: 5 Submitted By: Tero Niemi (teniemi) Assigned to: Nobody/Anonymous (nobody) Summary: Problem with session enabled sites Initial Comment: When trying to embed on oscommerce site, I got the following error: Notice: A session had already been started - ignoring session_start() in /home/www/phpESP/public/handler-prefix.php on line 54 Does this has something to do with oscommerce session handling? I think the version used was 1.75 ---------------------------------------------------------------------- >Comment By: Tero Niemi (teniemi) Date: 2006-01-05 15:10 Message: Logged In: YES user_id=979395 Sorry, you can remove this and previous comment. Problem was solved when I updated to 1.8 ---------------------------------------------------------------------- Comment By: Tero Niemi (teniemi) Date: 2006-01-05 14:09 Message: Logged In: YES user_id=979395 No I tried a plain html file which looks like this: <?php $sid=1; include("/home/www/phpESP/public/handler-prefix.php");?> <html> <body bgcolor="#FFFFFF"> <?php include("/home/www/phpESP/public/handler.php");?> </body> </html> Then I get: Fatal error: Call to a member function on a non-object in /home/www/phpESP/admin/include/lib/espdatalib.inc on line 133 If I open the query through survey.php it seems to work fine though. ---------------------------------------------------------------------- Comment By: Miguel (miguel2) Date: 2005-12-06 17:50 Message: Logged In: YES user_id=1346327 I have submitted a patch to include the corrected instructions in the finish tabs: http://sourceforge.net/tracker/index.php?func=detail&aid=1374565&group_id=8956&atid=308956 ---------------------------------------------------------------------- Comment By: Miguel (miguel2) Date: 2005-12-06 15:35 Message: Logged In: YES user_id=1346327 I had the same problems with v1.8. They have to change the integration description. Now it says to include <?php $sid=X; include("/usr/local/ftp/XXX/phpESP/public/handler.php");?> This is wrong since around 1.8 (see phpESP/public/handler-prefix.php for details). You have to do this: Create your template file with this as the *first* line: <?php $sid=<SID>; include('.../phpESP/public/handler-prefix.php'); ?> then where you want to include the actual survey use this line: <?php inlcude('.../phpESP/public/handler.php'); ?> This description was only necessary in conjunction with authentication but now seems to be always necessary. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1365588&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2006-01-05 12:09:50
|
Bugs item #1365588, was opened at 2005-11-24 16:17 Message generated for change (Comment added) made by teniemi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1365588&group_id=8956 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: User Group: v1.7 Status: Open Resolution: None Priority: 5 Submitted By: Tero Niemi (teniemi) Assigned to: Nobody/Anonymous (nobody) Summary: Problem with session enabled sites Initial Comment: When trying to embed on oscommerce site, I got the following error: Notice: A session had already been started - ignoring session_start() in /home/www/phpESP/public/handler-prefix.php on line 54 Does this has something to do with oscommerce session handling? I think the version used was 1.75 ---------------------------------------------------------------------- >Comment By: Tero Niemi (teniemi) Date: 2006-01-05 14:09 Message: Logged In: YES user_id=979395 No I tried a plain html file which looks like this: <?php $sid=1; include("/home/www/phpESP/public/handler-prefix.php");?> <html> <body bgcolor="#FFFFFF"> <?php include("/home/www/phpESP/public/handler.php");?> </body> </html> Then I get: Fatal error: Call to a member function on a non-object in /home/www/phpESP/admin/include/lib/espdatalib.inc on line 133 If I open the query through survey.php it seems to work fine though. ---------------------------------------------------------------------- Comment By: Miguel (miguel2) Date: 2005-12-06 17:50 Message: Logged In: YES user_id=1346327 I have submitted a patch to include the corrected instructions in the finish tabs: http://sourceforge.net/tracker/index.php?func=detail&aid=1374565&group_id=8956&atid=308956 ---------------------------------------------------------------------- Comment By: Miguel (miguel2) Date: 2005-12-06 15:35 Message: Logged In: YES user_id=1346327 I had the same problems with v1.8. They have to change the integration description. Now it says to include <?php $sid=X; include("/usr/local/ftp/XXX/phpESP/public/handler.php");?> This is wrong since around 1.8 (see phpESP/public/handler-prefix.php for details). You have to do this: Create your template file with this as the *first* line: <?php $sid=<SID>; include('.../phpESP/public/handler-prefix.php'); ?> then where you want to include the actual survey use this line: <?php inlcude('.../phpESP/public/handler.php'); ?> This description was only necessary in conjunction with authentication but now seems to be always necessary. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1365588&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2005-12-22 21:21:58
|
Bugs item #1387534, was opened at 2005-12-21 16:33 Message generated for change (Comment added) made by neilsourceforge You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1387534&group_id=8956 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Admin Group: v1.7 Status: Open Resolution: None Priority: 5 Submitted By: Neil (neilsourceforge) Assigned to: Nobody/Anonymous (nobody) Summary: Export fails to download all the data Initial Comment: We upgraded to 1.7.5 from 1.7.2 Monday and today the phone rings. Developers with substantial response sets get a partial dat set when Exporting without any feedback about not getting all the data. As an example a response set of 987 records, 54 fields returns a CSV of 123 records all fields. All formats produce the same results. Which parameters influence download limits? Is there a SELECT or procedure where I can extract all responses for a survey directly from the MySQL database? Info: PHP Information Version: 4.3.11 OS: Linux SAPI: apache2handler register_globals: No magic_quotes_gpc: No magic_quotes_runtime: No safe_mode: No open_basedir: PHP Extensions dBase: No GD: Yes -- bundled (2.0.28 compatible) GNU Gettext: Yes LDAP: Yes MySQL: Yes PHP Extension Dir (compiled): /usr ... PHP Extension Dir (run time): /usr ... phpESP Settings Expected ESP_BASE: /fsys ... Expected base_url: uw ... Loading phpESP.ini.php ... ESP_BASE: /fsys ... base_url: https://uw ... Version: 1.7.5 Debug: No phpESP Language Settings GNU Gettext: Real default_lang: en_US current lang: en_US available langs: da_DK, de_DE, el_GR, en_US, es_ES, fi, fi_FI, fr_FR, hu_HU, it_IT, ja_JP, nl_NL, pt_BR, pt_PT, sv_SE (da, de, el, en, es, fi, fr, it, ja, nl, pt, sv) GNU Gettext test: Passed Catalog Open Test: Yes PHP Session Test session.save_path: /var ... Counter: 1 ---------------------------------------------------------------------- >Comment By: Neil (neilsourceforge) Date: 2005-12-22 16:21 Message: Logged In: YES user_id=1181273 IE 6, latest Firefox and Netscape all fail to extract the entire data set. ---------------------------------------------------------------------- Comment By: Matthew Gregg (greggmc) Date: 2005-12-22 15:44 Message: Logged In: YES user_id=14116 If you can download to the server then it might be a browser timeout issue can you confirm the lack of responses on various browsers(IE/Firefox)? ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2005-12-22 15:27 Message: Logged In: NO We reinstalled 1.7.2 and the larger data sets also fail on export. There are no errors in the web logs related to the download issue. max_execution_time and max_input_time are 60 seconds, and the memory_limit is 24M. ---------------------------------------------------------------------- Comment By: Neil (neilsourceforge) Date: 2005-12-22 13:40 Message: Logged In: YES user_id=1181273 I can respond to two of your questions and will respond to the rest when I have the information. I did no test this against 1.7.2 though large downloads will be a test of all future releases. 1.7.2 has been active for several months and no complaints; I would infer that 1.7.2 was OK. I will respond to the Apache log review later. Nothing on the client screen and nothing in the Application or System event logs on the client computer. I can successfully download to the server. All data appear available. It is only the local downloads that fail. The server download implies the data are valid, no incomplete responses. I will confirm the memory and execution limits later. ---------------------------------------------------------------------- Comment By: Matthew Gregg (greggmc) Date: 2005-12-22 10:24 Message: Logged In: YES user_id=14116 Results exported without a problem in 1.7.2? Do you have any errors in Apache's log file when the export fails or in the exported data? I have a 4000 response survey that manages to export completetly. Is it possible that the survey has incomplete responses(save/resume survey)? You might need to increase the memory and execution limts for PHP. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1387534&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2005-12-22 20:44:11
|
Bugs item #1387534, was opened at 2005-12-21 16:33 Message generated for change (Comment added) made by greggmc You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1387534&group_id=8956 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Admin Group: v1.7 Status: Open Resolution: None Priority: 5 Submitted By: Neil (neilsourceforge) Assigned to: Nobody/Anonymous (nobody) Summary: Export fails to download all the data Initial Comment: We upgraded to 1.7.5 from 1.7.2 Monday and today the phone rings. Developers with substantial response sets get a partial dat set when Exporting without any feedback about not getting all the data. As an example a response set of 987 records, 54 fields returns a CSV of 123 records all fields. All formats produce the same results. Which parameters influence download limits? Is there a SELECT or procedure where I can extract all responses for a survey directly from the MySQL database? Info: PHP Information Version: 4.3.11 OS: Linux SAPI: apache2handler register_globals: No magic_quotes_gpc: No magic_quotes_runtime: No safe_mode: No open_basedir: PHP Extensions dBase: No GD: Yes -- bundled (2.0.28 compatible) GNU Gettext: Yes LDAP: Yes MySQL: Yes PHP Extension Dir (compiled): /usr ... PHP Extension Dir (run time): /usr ... phpESP Settings Expected ESP_BASE: /fsys ... Expected base_url: uw ... Loading phpESP.ini.php ... ESP_BASE: /fsys ... base_url: https://uw ... Version: 1.7.5 Debug: No phpESP Language Settings GNU Gettext: Real default_lang: en_US current lang: en_US available langs: da_DK, de_DE, el_GR, en_US, es_ES, fi, fi_FI, fr_FR, hu_HU, it_IT, ja_JP, nl_NL, pt_BR, pt_PT, sv_SE (da, de, el, en, es, fi, fr, it, ja, nl, pt, sv) GNU Gettext test: Passed Catalog Open Test: Yes PHP Session Test session.save_path: /var ... Counter: 1 ---------------------------------------------------------------------- >Comment By: Matthew Gregg (greggmc) Date: 2005-12-22 15:44 Message: Logged In: YES user_id=14116 If you can download to the server then it might be a browser timeout issue can you confirm the lack of responses on various browsers(IE/Firefox)? ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2005-12-22 15:27 Message: Logged In: NO We reinstalled 1.7.2 and the larger data sets also fail on export. There are no errors in the web logs related to the download issue. max_execution_time and max_input_time are 60 seconds, and the memory_limit is 24M. ---------------------------------------------------------------------- Comment By: Neil (neilsourceforge) Date: 2005-12-22 13:40 Message: Logged In: YES user_id=1181273 I can respond to two of your questions and will respond to the rest when I have the information. I did no test this against 1.7.2 though large downloads will be a test of all future releases. 1.7.2 has been active for several months and no complaints; I would infer that 1.7.2 was OK. I will respond to the Apache log review later. Nothing on the client screen and nothing in the Application or System event logs on the client computer. I can successfully download to the server. All data appear available. It is only the local downloads that fail. The server download implies the data are valid, no incomplete responses. I will confirm the memory and execution limits later. ---------------------------------------------------------------------- Comment By: Matthew Gregg (greggmc) Date: 2005-12-22 10:24 Message: Logged In: YES user_id=14116 Results exported without a problem in 1.7.2? Do you have any errors in Apache's log file when the export fails or in the exported data? I have a 4000 response survey that manages to export completetly. Is it possible that the survey has incomplete responses(save/resume survey)? You might need to increase the memory and execution limts for PHP. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1387534&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2005-12-22 20:27:07
|
Bugs item #1387534, was opened at 2005-12-21 13:33 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1387534&group_id=8956 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Admin Group: v1.7 Status: Open Resolution: None Priority: 5 Submitted By: Neil (neilsourceforge) Assigned to: Nobody/Anonymous (nobody) Summary: Export fails to download all the data Initial Comment: We upgraded to 1.7.5 from 1.7.2 Monday and today the phone rings. Developers with substantial response sets get a partial dat set when Exporting without any feedback about not getting all the data. As an example a response set of 987 records, 54 fields returns a CSV of 123 records all fields. All formats produce the same results. Which parameters influence download limits? Is there a SELECT or procedure where I can extract all responses for a survey directly from the MySQL database? Info: PHP Information Version: 4.3.11 OS: Linux SAPI: apache2handler register_globals: No magic_quotes_gpc: No magic_quotes_runtime: No safe_mode: No open_basedir: PHP Extensions dBase: No GD: Yes -- bundled (2.0.28 compatible) GNU Gettext: Yes LDAP: Yes MySQL: Yes PHP Extension Dir (compiled): /usr ... PHP Extension Dir (run time): /usr ... phpESP Settings Expected ESP_BASE: /fsys ... Expected base_url: uw ... Loading phpESP.ini.php ... ESP_BASE: /fsys ... base_url: https://uw ... Version: 1.7.5 Debug: No phpESP Language Settings GNU Gettext: Real default_lang: en_US current lang: en_US available langs: da_DK, de_DE, el_GR, en_US, es_ES, fi, fi_FI, fr_FR, hu_HU, it_IT, ja_JP, nl_NL, pt_BR, pt_PT, sv_SE (da, de, el, en, es, fi, fr, it, ja, nl, pt, sv) GNU Gettext test: Passed Catalog Open Test: Yes PHP Session Test session.save_path: /var ... Counter: 1 ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2005-12-22 12:27 Message: Logged In: NO We reinstalled 1.7.2 and the larger data sets also fail on export. There are no errors in the web logs related to the download issue. max_execution_time and max_input_time are 60 seconds, and the memory_limit is 24M. ---------------------------------------------------------------------- Comment By: Neil (neilsourceforge) Date: 2005-12-22 10:40 Message: Logged In: YES user_id=1181273 I can respond to two of your questions and will respond to the rest when I have the information. I did no test this against 1.7.2 though large downloads will be a test of all future releases. 1.7.2 has been active for several months and no complaints; I would infer that 1.7.2 was OK. I will respond to the Apache log review later. Nothing on the client screen and nothing in the Application or System event logs on the client computer. I can successfully download to the server. All data appear available. It is only the local downloads that fail. The server download implies the data are valid, no incomplete responses. I will confirm the memory and execution limits later. ---------------------------------------------------------------------- Comment By: Matthew Gregg (greggmc) Date: 2005-12-22 07:24 Message: Logged In: YES user_id=14116 Results exported without a problem in 1.7.2? Do you have any errors in Apache's log file when the export fails or in the exported data? I have a 4000 response survey that manages to export completetly. Is it possible that the survey has incomplete responses(save/resume survey)? You might need to increase the memory and execution limts for PHP. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1387534&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2005-12-22 18:40:28
|
Bugs item #1387534, was opened at 2005-12-21 16:33 Message generated for change (Comment added) made by neilsourceforge You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1387534&group_id=8956 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Admin Group: v1.7 Status: Open Resolution: None Priority: 5 Submitted By: Neil (neilsourceforge) Assigned to: Nobody/Anonymous (nobody) Summary: Export fails to download all the data Initial Comment: We upgraded to 1.7.5 from 1.7.2 Monday and today the phone rings. Developers with substantial response sets get a partial dat set when Exporting without any feedback about not getting all the data. As an example a response set of 987 records, 54 fields returns a CSV of 123 records all fields. All formats produce the same results. Which parameters influence download limits? Is there a SELECT or procedure where I can extract all responses for a survey directly from the MySQL database? Info: PHP Information Version: 4.3.11 OS: Linux SAPI: apache2handler register_globals: No magic_quotes_gpc: No magic_quotes_runtime: No safe_mode: No open_basedir: PHP Extensions dBase: No GD: Yes -- bundled (2.0.28 compatible) GNU Gettext: Yes LDAP: Yes MySQL: Yes PHP Extension Dir (compiled): /usr ... PHP Extension Dir (run time): /usr ... phpESP Settings Expected ESP_BASE: /fsys ... Expected base_url: uw ... Loading phpESP.ini.php ... ESP_BASE: /fsys ... base_url: https://uw ... Version: 1.7.5 Debug: No phpESP Language Settings GNU Gettext: Real default_lang: en_US current lang: en_US available langs: da_DK, de_DE, el_GR, en_US, es_ES, fi, fi_FI, fr_FR, hu_HU, it_IT, ja_JP, nl_NL, pt_BR, pt_PT, sv_SE (da, de, el, en, es, fi, fr, it, ja, nl, pt, sv) GNU Gettext test: Passed Catalog Open Test: Yes PHP Session Test session.save_path: /var ... Counter: 1 ---------------------------------------------------------------------- >Comment By: Neil (neilsourceforge) Date: 2005-12-22 13:40 Message: Logged In: YES user_id=1181273 I can respond to two of your questions and will respond to the rest when I have the information. I did no test this against 1.7.2 though large downloads will be a test of all future releases. 1.7.2 has been active for several months and no complaints; I would infer that 1.7.2 was OK. I will respond to the Apache log review later. Nothing on the client screen and nothing in the Application or System event logs on the client computer. I can successfully download to the server. All data appear available. It is only the local downloads that fail. The server download implies the data are valid, no incomplete responses. I will confirm the memory and execution limits later. ---------------------------------------------------------------------- Comment By: Matthew Gregg (greggmc) Date: 2005-12-22 10:24 Message: Logged In: YES user_id=14116 Results exported without a problem in 1.7.2? Do you have any errors in Apache's log file when the export fails or in the exported data? I have a 4000 response survey that manages to export completetly. Is it possible that the survey has incomplete responses(save/resume survey)? You might need to increase the memory and execution limts for PHP. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1387534&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2005-12-22 15:25:12
|
Bugs item #1374787, was opened at 2005-12-06 15:46 Message generated for change (Comment added) made by greggmc You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1374787&group_id=8956 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: SQL Group: v1.2 >Status: Closed >Resolution: Rejected Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: db_crypt('pass') doesn't work with MySQL 1.1.6 Initial Comment: Hi, Nice app. Very useful. I'm trying to integrate the login/logout & registration with PunBB & WordPress (all in one!). Bug: db_crypt('pass') & password_upgrade() both use PASSWORD(myPass). But it doesn't work in MySQL (I'm using version 1.1.6). Try: SELECT PASSWORD(keyboard) ### error here and SELECT PASSWORD('keyboard') ### Correct thanks, Judes jt...@to... ---------------------------------------------------------------------- >Comment By: Matthew Gregg (greggmc) Date: 2005-12-22 10:25 Message: Logged In: YES user_id=14116 Need more info. ---------------------------------------------------------------------- Comment By: Matthew Gregg (greggmc) Date: 2005-12-06 15:51 Message: Logged In: YES user_id=14116 What versin of MySQL are you using? Should be 4.x or 5.x. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1374787&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2005-12-22 15:24:09
|
Bugs item #1387534, was opened at 2005-12-21 16:33 Message generated for change (Comment added) made by greggmc You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1387534&group_id=8956 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Admin Group: v1.7 Status: Open Resolution: None Priority: 5 Submitted By: Neil (neilsourceforge) Assigned to: Nobody/Anonymous (nobody) Summary: Export fails to download all the data Initial Comment: We upgraded to 1.7.5 from 1.7.2 Monday and today the phone rings. Developers with substantial response sets get a partial dat set when Exporting without any feedback about not getting all the data. As an example a response set of 987 records, 54 fields returns a CSV of 123 records all fields. All formats produce the same results. Which parameters influence download limits? Is there a SELECT or procedure where I can extract all responses for a survey directly from the MySQL database? Info: PHP Information Version: 4.3.11 OS: Linux SAPI: apache2handler register_globals: No magic_quotes_gpc: No magic_quotes_runtime: No safe_mode: No open_basedir: PHP Extensions dBase: No GD: Yes -- bundled (2.0.28 compatible) GNU Gettext: Yes LDAP: Yes MySQL: Yes PHP Extension Dir (compiled): /usr ... PHP Extension Dir (run time): /usr ... phpESP Settings Expected ESP_BASE: /fsys ... Expected base_url: uw ... Loading phpESP.ini.php ... ESP_BASE: /fsys ... base_url: https://uw ... Version: 1.7.5 Debug: No phpESP Language Settings GNU Gettext: Real default_lang: en_US current lang: en_US available langs: da_DK, de_DE, el_GR, en_US, es_ES, fi, fi_FI, fr_FR, hu_HU, it_IT, ja_JP, nl_NL, pt_BR, pt_PT, sv_SE (da, de, el, en, es, fi, fr, it, ja, nl, pt, sv) GNU Gettext test: Passed Catalog Open Test: Yes PHP Session Test session.save_path: /var ... Counter: 1 ---------------------------------------------------------------------- >Comment By: Matthew Gregg (greggmc) Date: 2005-12-22 10:24 Message: Logged In: YES user_id=14116 Results exported without a problem in 1.7.2? Do you have any errors in Apache's log file when the export fails or in the exported data? I have a 4000 response survey that manages to export completetly. Is it possible that the survey has incomplete responses(save/resume survey)? You might need to increase the memory and execution limts for PHP. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1387534&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2005-12-21 21:33:55
|
Bugs item #1387534, was opened at 2005-12-21 16:33 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1387534&group_id=8956 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Admin Group: v1.7 Status: Open Resolution: None Priority: 5 Submitted By: Neil (neilsourceforge) Assigned to: Nobody/Anonymous (nobody) Summary: Export fails to download all the data Initial Comment: We upgraded to 1.7.5 from 1.7.2 Monday and today the phone rings. Developers with substantial response sets get a partial dat set when Exporting without any feedback about not getting all the data. As an example a response set of 987 records, 54 fields returns a CSV of 123 records all fields. All formats produce the same results. Which parameters influence download limits? Is there a SELECT or procedure where I can extract all responses for a survey directly from the MySQL database? Info: PHP Information Version: 4.3.11 OS: Linux SAPI: apache2handler register_globals: No magic_quotes_gpc: No magic_quotes_runtime: No safe_mode: No open_basedir: PHP Extensions dBase: No GD: Yes -- bundled (2.0.28 compatible) GNU Gettext: Yes LDAP: Yes MySQL: Yes PHP Extension Dir (compiled): /usr ... PHP Extension Dir (run time): /usr ... phpESP Settings Expected ESP_BASE: /fsys ... Expected base_url: uw ... Loading phpESP.ini.php ... ESP_BASE: /fsys ... base_url: https://uw ... Version: 1.7.5 Debug: No phpESP Language Settings GNU Gettext: Real default_lang: en_US current lang: en_US available langs: da_DK, de_DE, el_GR, en_US, es_ES, fi, fi_FI, fr_FR, hu_HU, it_IT, ja_JP, nl_NL, pt_BR, pt_PT, sv_SE (da, de, el, en, es, fi, fr, it, ja, nl, pt, sv) GNU Gettext test: Passed Catalog Open Test: Yes PHP Session Test session.save_path: /var ... Counter: 1 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1387534&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2005-12-17 18:06:18
|
Feature Requests item #1084763, was opened at 2004-12-13 15:33 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358956&aid=1084763&group_id=8956 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Priority: 5 Submitted By: Ian Tresman (iantresman) Assigned to: Nobody/Anonymous (nobody) Summary: Reducing multiple posts Initial Comment: In addition to reducing multiple posts by a. IP-based filtering b. cookie-based method Could you not also use: c. submit a FORM-based GET variable that is just set on survey completion? It which would stop multiple submissions during the same visit? Either way, please consider adding at least one of these methods to the program. Regards, Ian ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2005-12-17 10:06 Message: Logged In: NO We are looking for the same feature. Thank You, Felix ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2005-12-17 10:03 Message: Logged In: NO We are looking for the same feature. Thank You, Felix ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358956&aid=1084763&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2005-12-17 18:03:02
|
Feature Requests item #1084763, was opened at 2004-12-13 15:33 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358956&aid=1084763&group_id=8956 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Priority: 5 Submitted By: Ian Tresman (iantresman) Assigned to: Nobody/Anonymous (nobody) Summary: Reducing multiple posts Initial Comment: In addition to reducing multiple posts by a. IP-based filtering b. cookie-based method Could you not also use: c. submit a FORM-based GET variable that is just set on survey completion? It which would stop multiple submissions during the same visit? Either way, please consider adding at least one of these methods to the program. Regards, Ian ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2005-12-17 10:03 Message: Logged In: NO We are looking for the same feature. Thank You, Felix ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358956&aid=1084763&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2005-12-07 16:09:17
|
Feature Requests item #1375458, was opened at 2005-12-07 08:09 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358956&aid=1375458&group_id=8956 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: survey format Group: None Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: More question types Initial Comment: I absolutely love the script but the main thing I'm missing is the lack of alternative question types. There are several which I currently don't see implemented but which are available and used. In my opinion the question types define the quality of the script, since those are what you're actually asking the users. Please think of adding more question types, from the top of my head if have: * Put a list of items in order of preference, fi: Order the list of fruit below: [_] Apple <--- 3 [_] Peach <--- 1 [_] Pineapple <--- 4 [_] Orange <--- 2 * Add weight to a list to combine it to 100% How much time do you spend on each item? (Total 100%) [_] Sports (15%) [_] Breakfast (5%) [_] Work (50%) [_] Study (10%) [_] Watch TV (20%) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358956&aid=1375458&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2005-12-06 20:51:08
|
Bugs item #1374787, was opened at 2005-12-06 15:46 Message generated for change (Comment added) made by greggmc You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1374787&group_id=8956 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: SQL Group: v1.2 Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: db_crypt('pass') doesn't work with MySQL 1.1.6 Initial Comment: Hi, Nice app. Very useful. I'm trying to integrate the login/logout & registration with PunBB & WordPress (all in one!). Bug: db_crypt('pass') & password_upgrade() both use PASSWORD(myPass). But it doesn't work in MySQL (I'm using version 1.1.6). Try: SELECT PASSWORD(keyboard) ### error here and SELECT PASSWORD('keyboard') ### Correct thanks, Judes jt...@to... ---------------------------------------------------------------------- >Comment By: Matthew Gregg (greggmc) Date: 2005-12-06 15:51 Message: Logged In: YES user_id=14116 What versin of MySQL are you using? Should be 4.x or 5.x. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1374787&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2005-12-06 20:46:15
|
Bugs item #1374787, was opened at 2005-12-06 12:46 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1374787&group_id=8956 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: SQL Group: v1.2 Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: db_crypt('pass') doesn't work with MySQL 1.1.6 Initial Comment: Hi, Nice app. Very useful. I'm trying to integrate the login/logout & registration with PunBB & WordPress (all in one!). Bug: db_crypt('pass') & password_upgrade() both use PASSWORD(myPass). But it doesn't work in MySQL (I'm using version 1.1.6). Try: SELECT PASSWORD(keyboard) ### error here and SELECT PASSWORD('keyboard') ### Correct thanks, Judes jt...@to... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1374787&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2005-12-06 15:50:19
|
Bugs item #1365588, was opened at 2005-11-24 15:17 Message generated for change (Comment added) made by miguel2 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1365588&group_id=8956 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: User Group: v1.7 Status: Open Resolution: None Priority: 5 Submitted By: Tero Niemi (teniemi) Assigned to: Nobody/Anonymous (nobody) Summary: Problem with session enabled sites Initial Comment: When trying to embed on oscommerce site, I got the following error: Notice: A session had already been started - ignoring session_start() in /home/www/phpESP/public/handler-prefix.php on line 54 Does this has something to do with oscommerce session handling? I think the version used was 1.75 ---------------------------------------------------------------------- Comment By: Miguel (miguel2) Date: 2005-12-06 16:50 Message: Logged In: YES user_id=1346327 I have submitted a patch to include the corrected instructions in the finish tabs: http://sourceforge.net/tracker/index.php?func=detail&aid=1374565&group_id=8956&atid=308956 ---------------------------------------------------------------------- Comment By: Miguel (miguel2) Date: 2005-12-06 14:35 Message: Logged In: YES user_id=1346327 I had the same problems with v1.8. They have to change the integration description. Now it says to include <?php $sid=X; include("/usr/local/ftp/XXX/phpESP/public/handler.php");?> This is wrong since around 1.8 (see phpESP/public/handler-prefix.php for details). You have to do this: Create your template file with this as the *first* line: <?php $sid=<SID>; include('.../phpESP/public/handler-prefix.php'); ?> then where you want to include the actual survey use this line: <?php inlcude('.../phpESP/public/handler.php'); ?> This description was only necessary in conjunction with authentication but now seems to be always necessary. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1365588&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2005-12-06 15:49:49
|
Patches item #1374565, was opened at 2005-12-06 16:48 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=308956&aid=1374565&group_id=8956 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Miguel (miguel2) Assigned to: Nobody/Anonymous (nobody) Summary: Patch to update integration instruction Initial Comment: Patch to change the integration instruction on the finish tab. The old instruction leads to a header already sent warning. With this patch the instruction also contains the need to put handler-prefix. The patch is created against v1.8 not CVS, sorry. The path to the file is phpESP/admin/include/tab/finish.inc Please note that the localisation strings have to be updated with the added strings. Otherwise the text is in english. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=308956&aid=1374565&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2005-12-06 13:51:12
|
Bugs item #1374471, was opened at 2005-12-06 08:43 Message generated for change (Settings changed) made by greggmc You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1374471&group_id=8956 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Admin Group: v1.8 >Status: Closed >Resolution: Duplicate Priority: 5 Submitted By: Miguel (miguel2) Assigned to: Nobody/Anonymous (nobody) Summary: Change itegration instruction (headers already sent problem) Initial Comment: Please change the integration instruction. In the mailing list are many requests regarding headers already sent warnings and there is even a bug submit. See Bug #1365588 for details http://sourceforge.net/tracker/index.php?func=detail&aid=1365588&group_id=8956&atid=108956 Thanks. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1374471&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2005-12-06 13:43:33
|
Bugs item #1374471, was opened at 2005-12-06 14:43 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1374471&group_id=8956 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Admin Group: v1.8 Status: Open Resolution: None Priority: 5 Submitted By: Miguel (miguel2) Assigned to: Nobody/Anonymous (nobody) Summary: Change itegration instruction (headers already sent problem) Initial Comment: Please change the integration instruction. In the mailing list are many requests regarding headers already sent warnings and there is even a bug submit. See Bug #1365588 for details http://sourceforge.net/tracker/index.php?func=detail&aid=1365588&group_id=8956&atid=108956 Thanks. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1374471&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2005-12-06 13:35:52
|
Bugs item #1365588, was opened at 2005-11-24 15:17 Message generated for change (Comment added) made by miguel2 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1365588&group_id=8956 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: User Group: v1.7 Status: Open Resolution: None Priority: 5 Submitted By: Tero Niemi (teniemi) Assigned to: Nobody/Anonymous (nobody) Summary: Problem with session enabled sites Initial Comment: When trying to embed on oscommerce site, I got the following error: Notice: A session had already been started - ignoring session_start() in /home/www/phpESP/public/handler-prefix.php on line 54 Does this has something to do with oscommerce session handling? I think the version used was 1.75 ---------------------------------------------------------------------- Comment By: Miguel (miguel2) Date: 2005-12-06 14:35 Message: Logged In: YES user_id=1346327 I had the same problems with v1.8. They have to change the integration description. Now it says to include <?php $sid=X; include("/usr/local/ftp/XXX/phpESP/public/handler.php");?> This is wrong since around 1.8 (see phpESP/public/handler-prefix.php for details). You have to do this: Create your template file with this as the *first* line: <?php $sid=<SID>; include('.../phpESP/public/handler-prefix.php'); ?> then where you want to include the actual survey use this line: <?php inlcude('.../phpESP/public/handler.php'); ?> This description was only necessary in conjunction with authentication but now seems to be always necessary. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1365588&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2005-12-06 05:23:04
|
Bugs item #1373224, was opened at 2005-12-04 21:59 Message generated for change (Comment added) made by richardc020 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1373224&group_id=8956 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Admin Group: v1.7 Status: Closed Resolution: None Priority: 5 Submitted By: Richard Chen (richardc020) Assigned to: Nobody/Anonymous (nobody) Summary: manage.php: wrong "Export Data" JavaScript Path Initial Comment: At http://hostname/.../phpESP/admin/manage.php?where=export, the 4th line "<script type="text/javascript" src="http://hostname/phpESP/js/default.js"></script>" should include the survey's full path, not just the path on the root. /phpESP/admin/manage.php's Line 105 Col 32's $ESPCONFIG['js_url'] should contain the full path not the root path perhaps because the esp_where function in Line 98 is undefined. This issue may be related to 1241273. ---------------------------------------------------------------------- >Comment By: Richard Chen (richardc020) Date: 2005-12-06 00:23 Message: Logged In: YES user_id=806592 My solution is to make admin/phpESP.ini.php's Line 23 $ESPCONFIG['base_url'] = $ESPCONFIG['proto'] . $_SERVER['HTTP_HOST'] . str_replace(basename($_SERVER['PHP_SELF']), '', $_SERVER['PHP_SELF']); instead to make $ESPCONFIG['base_url'] the full directory path not just the hostname and "/phpESP/". Not all surveys are installed at http://hostname/phpESP/index.php ---------------------------------------------------------------------- Comment By: Matthew Gregg (greggmc) Date: 2005-12-05 21:54 Message: Logged In: YES user_id=14116 The default phpESP.ini will not work for everyone. Since you're installation has files moved around, it is expected that manual configuration of phpESP.ini will need to be done to make sure all the paths are pointing to the correct locations. ---------------------------------------------------------------------- Comment By: Richard Chen (richardc020) Date: 2005-12-05 21:34 Message: Logged In: YES user_id=806592 These examples below are in 1.7.5. I've not edited any of http://voxel.dl.sourceforge.net/sourceforge/phpesp/phpESP-1.7.5.tar.gz's original files. I read admin/phpESP.ini.php Line 35 and Line 23 for those 2 lines, but I'll give examples of my problem. Without giving away my private URL, my $ESPCONFIG['base_url'] contains "http://hostname/". When used in admin/manage.php Line 105, that makes the src="http://hostname/phpESP/default.js". It should instead point to http://hostname/level1/level2/phpESP/js/default.js. Therefore, $ESPCONFIG['base_url'] lacks the pathname (the directories, since my survey isn't on the hostname's root folder. The same reason underlies why the 5 "tabbed" images ("General", "Questions", "Order", "Preview", and "Finish") are broken images. They're hotlinked to http://hostname/phpESP/images/filename.gif instead of to http://hostname/level1/level2/phpESP/images/filename.gif. ---------------------------------------------------------------------- Comment By: Matthew Gregg (greggmc) Date: 2005-12-05 20:01 Message: Logged In: YES user_id=14116 By default the Javascript link in phpESP.ini is: $ESPCONFIG['js_url'] = $ESPCONFIG['base_url'] . 'js/'; Where $ESPCONFIG['base_url'] is: $ESPCONFIG['base_url'] = $ESPCONFIG['proto'] . $server['HTTP_HOST'] . '/phpESP/'; This works for the majority of people. Perhaps your phpESP.ini has been edited in a way that has broken this? ---------------------------------------------------------------------- Comment By: Richard Chen (richardc020) Date: 2005-12-05 19:47 Message: Logged In: YES user_id=806592 The error is that admin/phpESP.ini.php's Line 35's $ESPCONFIG['base_url'] contains my http://hostname/ part only instead of the whole http://hostname/pathname/phpESP/filename so that the .js referred to in /phpESP/admin/manage.php's Line 105 points to http://hostname/phpESP/default.js instead of http://hostname/pathname/phpESP/js/default.js as it should. ---------------------------------------------------------------------- Comment By: Matthew Gregg (greggmc) Date: 2005-12-05 09:30 Message: Logged In: YES user_id=14116 I'm not sure I understand your bug. I agree that the JS for surveys should come from the public url path. I've added an additional variable to phpESP.ini in CVS and moved the "public" JS to phpESP/public/js/default.js and the "managment" JS path will remain the same. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1373224&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2005-12-06 02:54:09
|
Bugs item #1373224, was opened at 2005-12-04 21:59 Message generated for change (Comment added) made by greggmc You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1373224&group_id=8956 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Admin Group: v1.7 >Status: Closed Resolution: None Priority: 5 Submitted By: Richard Chen (richardc020) Assigned to: Nobody/Anonymous (nobody) Summary: manage.php: wrong "Export Data" JavaScript Path Initial Comment: At http://hostname/.../phpESP/admin/manage.php?where=export, the 4th line "<script type="text/javascript" src="http://hostname/phpESP/js/default.js"></script>" should include the survey's full path, not just the path on the root. /phpESP/admin/manage.php's Line 105 Col 32's $ESPCONFIG['js_url'] should contain the full path not the root path perhaps because the esp_where function in Line 98 is undefined. This issue may be related to 1241273. ---------------------------------------------------------------------- >Comment By: Matthew Gregg (greggmc) Date: 2005-12-05 21:54 Message: Logged In: YES user_id=14116 The default phpESP.ini will not work for everyone. Since you're installation has files moved around, it is expected that manual configuration of phpESP.ini will need to be done to make sure all the paths are pointing to the correct locations. ---------------------------------------------------------------------- Comment By: Richard Chen (richardc020) Date: 2005-12-05 21:34 Message: Logged In: YES user_id=806592 These examples below are in 1.7.5. I've not edited any of http://voxel.dl.sourceforge.net/sourceforge/phpesp/phpESP-1.7.5.tar.gz's original files. I read admin/phpESP.ini.php Line 35 and Line 23 for those 2 lines, but I'll give examples of my problem. Without giving away my private URL, my $ESPCONFIG['base_url'] contains "http://hostname/". When used in admin/manage.php Line 105, that makes the src="http://hostname/phpESP/default.js". It should instead point to http://hostname/level1/level2/phpESP/js/default.js. Therefore, $ESPCONFIG['base_url'] lacks the pathname (the directories, since my survey isn't on the hostname's root folder. The same reason underlies why the 5 "tabbed" images ("General", "Questions", "Order", "Preview", and "Finish") are broken images. They're hotlinked to http://hostname/phpESP/images/filename.gif instead of to http://hostname/level1/level2/phpESP/images/filename.gif. ---------------------------------------------------------------------- Comment By: Matthew Gregg (greggmc) Date: 2005-12-05 20:01 Message: Logged In: YES user_id=14116 By default the Javascript link in phpESP.ini is: $ESPCONFIG['js_url'] = $ESPCONFIG['base_url'] . 'js/'; Where $ESPCONFIG['base_url'] is: $ESPCONFIG['base_url'] = $ESPCONFIG['proto'] . $server['HTTP_HOST'] . '/phpESP/'; This works for the majority of people. Perhaps your phpESP.ini has been edited in a way that has broken this? ---------------------------------------------------------------------- Comment By: Richard Chen (richardc020) Date: 2005-12-05 19:47 Message: Logged In: YES user_id=806592 The error is that admin/phpESP.ini.php's Line 35's $ESPCONFIG['base_url'] contains my http://hostname/ part only instead of the whole http://hostname/pathname/phpESP/filename so that the .js referred to in /phpESP/admin/manage.php's Line 105 points to http://hostname/phpESP/default.js instead of http://hostname/pathname/phpESP/js/default.js as it should. ---------------------------------------------------------------------- Comment By: Matthew Gregg (greggmc) Date: 2005-12-05 09:30 Message: Logged In: YES user_id=14116 I'm not sure I understand your bug. I agree that the JS for surveys should come from the public url path. I've added an additional variable to phpESP.ini in CVS and moved the "public" JS to phpESP/public/js/default.js and the "managment" JS path will remain the same. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1373224&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2005-12-06 02:34:06
|
Bugs item #1373224, was opened at 2005-12-04 21:59 Message generated for change (Comment added) made by richardc020 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1373224&group_id=8956 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Admin Group: v1.7 Status: Open Resolution: None Priority: 5 Submitted By: Richard Chen (richardc020) Assigned to: Nobody/Anonymous (nobody) Summary: manage.php: wrong "Export Data" JavaScript Path Initial Comment: At http://hostname/.../phpESP/admin/manage.php?where=export, the 4th line "<script type="text/javascript" src="http://hostname/phpESP/js/default.js"></script>" should include the survey's full path, not just the path on the root. /phpESP/admin/manage.php's Line 105 Col 32's $ESPCONFIG['js_url'] should contain the full path not the root path perhaps because the esp_where function in Line 98 is undefined. This issue may be related to 1241273. ---------------------------------------------------------------------- >Comment By: Richard Chen (richardc020) Date: 2005-12-05 21:34 Message: Logged In: YES user_id=806592 These examples below are in 1.7.5. I've not edited any of http://voxel.dl.sourceforge.net/sourceforge/phpesp/phpESP-1.7.5.tar.gz's original files. I read admin/phpESP.ini.php Line 35 and Line 23 for those 2 lines, but I'll give examples of my problem. Without giving away my private URL, my $ESPCONFIG['base_url'] contains "http://hostname/". When used in admin/manage.php Line 105, that makes the src="http://hostname/phpESP/default.js". It should instead point to http://hostname/level1/level2/phpESP/js/default.js. Therefore, $ESPCONFIG['base_url'] lacks the pathname (the directories, since my survey isn't on the hostname's root folder. The same reason underlies why the 5 "tabbed" images ("General", "Questions", "Order", "Preview", and "Finish") are broken images. They're hotlinked to http://hostname/phpESP/images/filename.gif instead of to http://hostname/level1/level2/phpESP/images/filename.gif. ---------------------------------------------------------------------- Comment By: Matthew Gregg (greggmc) Date: 2005-12-05 20:01 Message: Logged In: YES user_id=14116 By default the Javascript link in phpESP.ini is: $ESPCONFIG['js_url'] = $ESPCONFIG['base_url'] . 'js/'; Where $ESPCONFIG['base_url'] is: $ESPCONFIG['base_url'] = $ESPCONFIG['proto'] . $server['HTTP_HOST'] . '/phpESP/'; This works for the majority of people. Perhaps your phpESP.ini has been edited in a way that has broken this? ---------------------------------------------------------------------- Comment By: Richard Chen (richardc020) Date: 2005-12-05 19:47 Message: Logged In: YES user_id=806592 The error is that admin/phpESP.ini.php's Line 35's $ESPCONFIG['base_url'] contains my http://hostname/ part only instead of the whole http://hostname/pathname/phpESP/filename so that the .js referred to in /phpESP/admin/manage.php's Line 105 points to http://hostname/phpESP/default.js instead of http://hostname/pathname/phpESP/js/default.js as it should. ---------------------------------------------------------------------- Comment By: Matthew Gregg (greggmc) Date: 2005-12-05 09:30 Message: Logged In: YES user_id=14116 I'm not sure I understand your bug. I agree that the JS for surveys should come from the public url path. I've added an additional variable to phpESP.ini in CVS and moved the "public" JS to phpESP/public/js/default.js and the "managment" JS path will remain the same. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1373224&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2005-12-06 01:07:00
|
Bugs item #1360911, was opened at 2005-11-18 21:38 Message generated for change (Settings changed) made by greggmc You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1360911&group_id=8956 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Works For Me Priority: 5 Submitted By: aagii (aagii) Assigned to: Nobody/Anonymous (nobody) Summary: Wrong jumps Initial Comment: After edit respondents and designers, then click (update), (cancel), (goto management page) button so it directly jump to login page and doesn't update. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1360911&group_id=8956 |
24 messages has been excluded from this view by a project administrator.
