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: SourceForge.net <no...@so...> - 2005-03-15 22:39:58
|
Bugs item #1163968, was opened at 2005-03-15 14:46 Message generated for change (Comment added) made by greggmc You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1163968&group_id=8956 Category: SQL Group: v1.7 >Status: Closed >Resolution: Duplicate Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Error in DDL for password fields Initial Comment: The default fields for passwords in phpESP 1.7 are too small for the v4 password() function: mysql> select password('kaka'); +-------------------------------------------+ | password('kaka') | +-------------------------------------------+ | *32A50981ABCB34C884B3C11008807BBCB589212A | +-------------------------------------------+ 1 row in set (0.00 sec) More than will fit in CHAR(16). The attached patch fixes it For running installations, one might try the following: (However, I'm not certain the new password() will understand v3. hashes, but instead one should use old_password() which does.) -- begin ALTER TABLE designer MODIFY password CHAR(64) NOT NULL; ALTER TABLE respondent MODIFY password CHAR(64) NOT NULL; --end /Måns man...@su... ---------------------------------------------------------------------- >Comment By: Matthew Gregg (greggmc) Date: 2005-03-15 17:39 Message: Logged In: YES user_id=14116 Duplicate bug report already fixed in CVS. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1163968&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2005-03-15 19:46:11
|
Bugs item #1163968, was opened at 2005-03-15 11: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=1163968&group_id=8956 Category: SQL Group: v1.7 Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Error in DDL for password fields Initial Comment: The default fields for passwords in phpESP 1.7 are too small for the v4 password() function: mysql> select password('kaka'); +-------------------------------------------+ | password('kaka') | +-------------------------------------------+ | *32A50981ABCB34C884B3C11008807BBCB589212A | +-------------------------------------------+ 1 row in set (0.00 sec) More than will fit in CHAR(16). The attached patch fixes it For running installations, one might try the following: (However, I'm not certain the new password() will understand v3. hashes, but instead one should use old_password() which does.) -- begin ALTER TABLE designer MODIFY password CHAR(64) NOT NULL; ALTER TABLE respondent MODIFY password CHAR(64) NOT NULL; --end /Måns man...@su... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1163968&group_id=8956 |
|
From: fa <sf...@mu...> - 2005-03-12 11:05:38
|
```````````````````` ```````````````````` K^ÆÍIH¨à¾Á½èId¾Á½èIö¤¾Á½èI ©ªÌ~µÄ¢éàÌ»êªèÉüÁ½Æ«ÍK^Å·æËI ÅÍó¶ÌÄ©½âp`RÌשèûAnÌÄûª Á½çǤŵ天H http://free-contents.com/senkin/ ³¿ÅK^ðE¦éû@𳦿á¢Ü·B ³¿Æ¾ÁÄཾPÈû@ÈñÅ·æIH http://free-contents.com/senkin/ ```````````````````` ```````````````````` zMÛÌûͱ¿ç alm...@ya... |
|
From: SourceForge.net <no...@so...> - 2005-03-11 16:33:24
|
Bugs item #1161134, was opened at 2005-03-11 00:17 Message generated for change (Settings changed) made by greggmc You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1161134&group_id=8956 Category: Admin Group: v1.7 >Status: Closed >Resolution: Fixed Priority: 4 Submitted By: David Liontooth (liontooth) Assigned to: Nobody/Anonymous (nobody) Summary: Typo on Survey Design page Initial Comment: In the "Survey Design" page, under the General tab, is a line that reads, "The information on this tab applies to the whole survey. Fill out this page then go to the Fields tab to edit individual fields." However, the "Fields" tab no longer exists -- it's called "Questions". Cheers, Dave ---------------------------------------------------------------------- Comment By: Matthew Gregg (greggmc) Date: 2005-03-11 11:33 Message: Logged In: YES user_id=14116 Fixed in CVS. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1161134&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2005-03-11 16:33:07
|
Bugs item #1161478, was opened at 2005-03-11 11:29 Message generated for change (Comment added) made by greggmc You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1161478&group_id=8956 Category: User Group: v1.6.1 >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Display of real time results Initial Comment: In a previous version of php-ESP (1.3), I had been using the functionality that lets me display the real-time results on a public web page. Like so (from the documentation): "If you would like to insert the (real-time) results of a survey into a web page, use the following PHP code. <?php $sid=SID; $results=1; include('F:\wwwroot\home\survey\admin/public/handler.php'); ?>" Since upgrading, I have been getting errors on my results page (actual results display correctly below these errors): Notice: Undefined variable: precision in F:\wwwroot\home\survey\admin\public\handler.php on line 37 Notice: Undefined variable: totals in F:\wwwroot\home\survey\admin\public\handler.php on line 37 Notice: Undefined variable: qid in F:\wwwroot\home\survey\admin\public\handler.php on line 37 Notice: Undefined variable: cids in F:\wwwroot\home\survey\admin\public\handler.php on line 37 ------------------- test.php info: PHP Information * Version: 5.0.3 * OS: WINNT * SAPI: apache2handler * register_globals: No * magic_quotes_gpc: Yes * magic_quotes_runtime: No * safe_mode: No * open_basedir: PHP Extensions * dBase: No * GD: No * GNU Gettext: Yes * LDAP: No * MySQL: Yes * PHP Extension Dir (compiled): C:\php5 * PHP Extension Dir (run time): e:\php\ext phpESP Settings * Expected ESP_BASE: F:\wwwroot\home\survey\admin/ * Expected base_url: http://www.uwstout.edu/survey/admin/ * Loading phpESP.ini.php ... * ESP_BASE: F:\wwwroot\home\survey\admin/ * base_url: http://www.uwstout.edu/survey/admin/ * Version: 1.6.1 * 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, fr_FR, it_IT, ja_JP, nl_NL, pt_BR, pt_PT, sv_SE (da, de, el, en, es, fr, it, ja, nl, pt, sv) * GNU Gettext test: Passed * Catalog Open Test: Yes PHP Session Test * session.save_path: e:\temp\phpsession * Counter: 1 Contact information: Christopher Rivard <ri...@uw...> ---------------------------------------------------------------------- >Comment By: Matthew Gregg (greggmc) Date: 2005-03-11 11:33 Message: Logged In: YES user_id=14116 This should be fixed in the latest release 1.7. Also ESP may or may not work with PHP 5. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1161478&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2005-03-11 16:29:19
|
Bugs item #1161478, was opened at 2005-03-11 08:29 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=1161478&group_id=8956 Category: User Group: v1.6.1 Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Display of real time results Initial Comment: In a previous version of php-ESP (1.3), I had been using the functionality that lets me display the real-time results on a public web page. Like so (from the documentation): "If you would like to insert the (real-time) results of a survey into a web page, use the following PHP code. <?php $sid=SID; $results=1; include('F:\wwwroot\home\survey\admin/public/handler.php'); ?>" Since upgrading, I have been getting errors on my results page (actual results display correctly below these errors): Notice: Undefined variable: precision in F:\wwwroot\home\survey\admin\public\handler.php on line 37 Notice: Undefined variable: totals in F:\wwwroot\home\survey\admin\public\handler.php on line 37 Notice: Undefined variable: qid in F:\wwwroot\home\survey\admin\public\handler.php on line 37 Notice: Undefined variable: cids in F:\wwwroot\home\survey\admin\public\handler.php on line 37 ------------------- test.php info: PHP Information * Version: 5.0.3 * OS: WINNT * SAPI: apache2handler * register_globals: No * magic_quotes_gpc: Yes * magic_quotes_runtime: No * safe_mode: No * open_basedir: PHP Extensions * dBase: No * GD: No * GNU Gettext: Yes * LDAP: No * MySQL: Yes * PHP Extension Dir (compiled): C:\php5 * PHP Extension Dir (run time): e:\php\ext phpESP Settings * Expected ESP_BASE: F:\wwwroot\home\survey\admin/ * Expected base_url: http://www.uwstout.edu/survey/admin/ * Loading phpESP.ini.php ... * ESP_BASE: F:\wwwroot\home\survey\admin/ * base_url: http://www.uwstout.edu/survey/admin/ * Version: 1.6.1 * 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, fr_FR, it_IT, ja_JP, nl_NL, pt_BR, pt_PT, sv_SE (da, de, el, en, es, fr, it, ja, nl, pt, sv) * GNU Gettext test: Passed * Catalog Open Test: Yes PHP Session Test * session.save_path: e:\temp\phpsession * Counter: 1 Contact information: Christopher Rivard <ri...@uw...> ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1161478&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2005-03-11 05:18:09
|
Bugs item #1161134, was opened at 2005-03-10 21:17 Message generated for change (Settings changed) made by liontooth You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1161134&group_id=8956 Category: Admin Group: v1.7 Status: Open Resolution: None >Priority: 4 Submitted By: David Liontooth (liontooth) Assigned to: Nobody/Anonymous (nobody) Summary: Typo on Survey Design page Initial Comment: In the "Survey Design" page, under the General tab, is a line that reads, "The information on this tab applies to the whole survey. Fill out this page then go to the Fields tab to edit individual fields." However, the "Fields" tab no longer exists -- it's called "Questions". Cheers, Dave ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1161134&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2005-03-11 05:17:40
|
Bugs item #1161134, was opened at 2005-03-10 21:17 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=1161134&group_id=8956 Category: Admin Group: v1.7 Status: Open Resolution: None Priority: 5 Submitted By: David Liontooth (liontooth) Assigned to: Nobody/Anonymous (nobody) Summary: Typo on Survey Design page Initial Comment: In the "Survey Design" page, under the General tab, is a line that reads, "The information on this tab applies to the whole survey. Fill out this page then go to the Fields tab to edit individual fields." However, the "Fields" tab no longer exists -- it's called "Questions". Cheers, Dave ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1161134&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2005-03-08 21:05:02
|
Feature Requests item #752902, was opened at 2003-06-11 15:56 Message generated for change (Settings changed) made by greggmc You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358956&aid=752902&group_id=8956 Category: None Group: None >Status: Closed Priority: 5 Submitted By: flobee (flobee) Assigned to: Nobody/Anonymous (nobody) Summary: pictures/covers to survey by using the "sid" Initial Comment: survey_render.inc line ~51 - 58 <table class="headerGraphic"> <tr> <td class="image"></td> </tr> </table> *** // NEW SUGGESTION *** <table border="0" WIDTH="100%"> <tr valign="TOP"> <td WIDTH="95%"><h2 class="surveyTitle"><?php echo($survey["title"]); ?></h2></td> <TD WIDTH="*" nowrap="nowrap"> <?php if(file_exists("covers/" . $survey["id"] . ".jpg") ) { echo ("<IMG SRC=\"covers/".$survey["id"].".jpg\" ALT=\"".$survey["title"]."\" hspace=\"2\" vspace=\"2\" BORDER=\"0\">"); }else{ echo ("<IMG SRC=\"covers/blank.gif\" ALT=\"\" height=\"4\" WIDTH=\"4\" BORDER=\"0\">"); } ?> </TD> </tr> </table> ---------------------------------------------------------------------- >Comment By: Matthew Gregg (greggmc) Date: 2005-03-08 16:05 Message: Logged In: YES user_id=14116 won't fix. this will change with new suvey rendering ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358956&aid=752902&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2005-03-08 21:03:52
|
Feature Requests item #727784, was opened at 2003-04-25 17:14 Message generated for change (Comment added) made by greggmc You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358956&aid=727784&group_id=8956 Category: gui Group: None >Status: Closed Priority: 5 Submitted By: Daniel Buchmann (avalon) Assigned to: Nobody/Anonymous (nobody) Summary: Basic auth box message Initial Comment: When users are authenticating to a survey, the username and password box their browser pops up, tells them to authenticate to the group of the survey. Wouldn't it be better if the name/title of the survey was used instead? ---------------------------------------------------------------------- >Comment By: Matthew Gregg (greggmc) Date: 2005-03-08 16:03 Message: Logged In: YES user_id=14116 won't fix ---------------------------------------------------------------------- Comment By: flobee (flobee) Date: 2003-05-25 20:14 Message: Logged In: YES user_id=196616 yes! the title of realm table would make sence! i think it was forgotten because the query to that DB was made to check the values ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358956&aid=727784&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2005-03-08 20:59:19
|
Feature Requests item #1084804, was opened at 2004-12-13 19:22 Message generated for change (Settings changed) made by greggmc You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358956&aid=1084804&group_id=8956 Category: None Group: None >Status: Deleted 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: Matthew Gregg (greggmc) Date: 2005-03-08 15:59 Message: Logged In: YES user_id=14116 duplicate ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358956&aid=1084804&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2005-03-08 20:58:37
|
Feature Requests item #836743, was opened at 2003-11-05 14:55 Message generated for change (Comment added) made by greggmc You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358956&aid=836743&group_id=8956 Category: None Group: None >Status: Closed Priority: 5 Submitted By: Christopher Kolar (ckolar) >Assigned to: Matthew Gregg (greggmc) Summary: csv export field code instead of text Initial Comment: Hello. It would be nice if there were a way of specifying how the CSV file would represent the survey responses. I am looking at a survey that has about 100 radio button answers. When I get the mail confirmation of the response it look like this: 3474 : 6630 (Annotations keep important information with... 3475 : 6631 (Copy/paste URLs from browser to word... 3476 : 6635 (Author, copyright, title, URL, comments) 3477 : 6643 (e. All of the above) What would be ideal would be if the CSV output would have the field codes as the column names (3474...) and the field values stored as a number. The problem that I have right now is that I have to manually go through the responses and perform replace commands manually so that I will have data that will play nicely with SPSS. (Actually, I am putting it into Access, but it will eventually find its way out.) Thanks for thinking about this, or letting me know if I am missing something obvious. Cheers, --chris ---------------------------------------------------------------------- >Comment By: Matthew Gregg (greggmc) Date: 2005-03-08 15:58 Message: Logged In: YES user_id=14116 I think the new csv_short_headers export may do what you request. ---------------------------------------------------------------------- Comment By: Matthew Gregg (greggmc) Date: 2005-03-08 15:58 Message: Logged In: YES user_id=14116 This feature has been added to the CVS tree. It will be available in the next release of phpESP. For instructions on obtaining sources from CVS please see: http://sourceforge.net/cvs/?group_id=8956 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358956&aid=836743&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2005-03-08 20:57:28
|
Feature Requests item #945383, was opened at 2004-04-30 10:52 Message generated for change (Comment added) made by greggmc You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358956&aid=945383&group_id=8956 Category: None Group: None >Status: Closed Priority: 5 Submitted By: Matthew Gregg (greggmc) Assigned to: Matthew Gregg (greggmc) Summary: Allow surveys in test mode to be tested. Initial Comment: Create a public/test.php?name=survey_name so that surveys in test mode can be testing publicly. ---------------------------------------------------------------------- >Comment By: Matthew Gregg (greggmc) Date: 2005-03-08 15:57 Message: Logged In: YES user_id=14116 Surveys in "test" mode can now be publicly tested by adding &test=1 to the survey publishing url. For example: http://host/phpESP/survey.php&name=foo?test=1 This needs to be added to the docs and a url showing this in the management interface. ---------------------------------------------------------------------- Comment By: Matthew Gregg (greggmc) Date: 2005-03-08 15:57 Message: Logged In: YES user_id=14116 This feature has been added to the CVS tree. It will be available in the next release of phpESP. For instructions on obtaining sources from CVS please see: http://sourceforge.net/cvs/?group_id=8956 ---------------------------------------------------------------------- Comment By: Kon Angelopoulos (angek) Date: 2004-05-10 19:55 Message: Logged In: YES user_id=198398 I'm not sure it's such a security hole. Like you said, it's pretty hard to guess the survey name. A configuration variable would probably suffice. ---------------------------------------------------------------------- Comment By: Matthew Gregg (greggmc) Date: 2004-05-10 07:12 Message: Logged In: YES user_id=14116 I didn't think someone seeing/submitting a survey in "testing' mode was that big of a deal. Could it be? I was planning on using security by obscurity, by that I mean it would be hard to guess the name of other surveys. This request comes from our users who constently want to test a survey with several people, which requires a good bit of work for the administrator(create groups, put people in the groups, etc...) and is compounded when using LDAP authentication. A configuration variable in phpESP.ini could be set to disallow public testing(by default) if someone feels this opens a security hole. ---------------------------------------------------------------------- Comment By: Kon Angelopoulos (angek) Date: 2004-05-10 01:31 Message: Logged In: YES user_id=198398 Whould this be controlled by access rights? Do we want to allow people from groups other than that assigned to the particular survey to be able to test it? ---------------------------------------------------------------------- Comment By: Kon Angelopoulos (angek) Date: 2004-05-10 01:27 Message: Logged In: YES user_id=198398 Whould this be controlled by access rights? Do we want to allow people from groups other than that assigned to the particular survey to be able to test it? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358956&aid=945383&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2005-03-08 20:49:10
|
Bugs item #1088304, was opened at 2004-12-20 04:53 Message generated for change (Settings changed) made by greggmc You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1088304&group_id=8956 Category: SQL Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: stelnet (stelnet) >Assigned to: Matthew Gregg (greggmc) Summary: Error trying to restrict user Initial Comment: After I made a survey to private, I clicked on it to create a group of respondent. Inside that page I receive this error: Warning: mysql_fetch_row(): supplied argument is not a valid MySQL result resource in /usr/local/apache/htdocs/seam/modules/phpESP/admin /include/where/access.inc on line 158 autoEDFsuperuser and I'm not able to add any group enabled ---------------------------------------------------------------------- Comment By: Matthew Gregg (greggmc) Date: 2005-03-08 15:49 Message: Logged In: YES user_id=14116 Fixed in CVS. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1088304&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2005-03-08 20:45:12
|
Bugs item #1029937, was opened at 2004-09-17 10:44 Message generated for change (Settings changed) made by greggmc You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1029937&group_id=8956 Category: User Group: v1.6.1 >Status: Closed >Resolution: Works For Me Priority: 2 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Email address was set up on the 'general tab' but non arrive Initial Comment: I am new to phpesp survey software, and am generally very impressed. However, I am struggling to recieve the emails of indivdual survey submissions. I have specified an email address on the 'general tab' at the start of creating a new survey, and can see the tabulated results of the repondents, but I have never had any of the emails arrive. I am the end user that wants to create the questionaires, and the phpesp software resides on the server of my ISP. The ISP is called E-stylus.com and the contact for this problem is:- jam...@e-.... My own contact details are:- tj...@3d... James asked me to submit this bug report because he has not been able to identify the problem and did not know what steps I had taken to specify the email function. He now believes it might well be a 'bug' issue. Please would you advise jam...@e-... a course of action, and I would be very grateful to get copies of the emails exchanged with him. Thank you for any help you can give, Tim McDermott. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2004-09-17 13:45 Message: Logged In: NO phpESP also has a configuration option in phpESP.ini.php to disable email. I forget what it is called, and what the default is, but it should be obvious from browsing the ini. -James ---------------------------------------------------------------------- Comment By: Matthew Gregg (greggmc) Date: 2004-09-17 12:59 Message: Logged In: YES user_id=14116 Looking over the code that does mailing(see admin/include/lib/espresponse.inc, response_send_email function) ESP uses the standard PHP "mail" function. I doubt it's a bug within ESP and more likely a configuration issue with the ISP. Pehaps they have disabled this for spam prevention? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1029937&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2005-03-08 20:23:13
|
Bugs item #971098, was opened at 2004-06-11 07:43 Message generated for change (Comment added) made by greggmc You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=971098&group_id=8956 Category: SQL Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Tedar (tedar) >Assigned to: Matthew Gregg (greggmc) Summary: mysql PASSWORD() incompatibility Initial Comment: root authentication will fail if the mysql db is version > 4.0. previous to version 4.1 the PASSWORD('$pass') will generate a 11 bit string, as of version 4.1 PASSWORD('$pass') will generate a 64 bit string. this hack solves the problem for users with a mysq version 4.1. (should be backwards compatible) eregi("[0-9]+(.)[0-9]+(.)[0-9]+",mysql_get_server_info(mysql_connect($GLOBALS['ESPCONFIG']['db_host'], $GLOBALS['ESPCONFIG']['db_user'], $GLOBALS['ESPCONFIG']['db_pass'])),$mysql_version); $mysql_version = $mysql_version[0]; if ($mysql_version > "4.0.0") { $sql = "SELECT * FROM designer WHERE username = '$username' AND password = OLD_PASSWORD('$password') AND disabled = 'N' AND (expiration = '0' OR expiration > NOW())"; } else { $sql = "SELECT * FROM designer WHERE username = '$username' AND password = PASSWORD('$password') AND disabled = 'N' AND (expiration = '0' OR expiration > NOW())"; } ---------------------------------------------------------------------- Comment By: Matthew Gregg (greggmc) Date: 2005-03-08 15:23 Message: Logged In: YES user_id=14116 Fixed in CVS. ---------------------------------------------------------------------- Comment By: James Flemer (jimmerman) Date: 2004-09-14 13:55 Message: Logged In: YES user_id=39444 We should add some code that detects the version and transparently migrates the passwords. Accompany this with a note in the docs/faq that says DO NOT DOWNGRADE mysql. Psedo-code for what I'm thinking: if (user.pass != PASSWD($pass) && new_mysql && user.pass = OLD_PASSWD($pass)) { update user.pass with PASSWD($pass); allow login; } else { reject; } ---------------------------------------------------------------------- Comment By: Matthew Gregg (greggmc) Date: 2004-09-14 11:19 Message: Logged In: YES user_id=14116 ADODB still uses the builtin PASSWORD function. I think it will effect users that upgrade. Users with 11 bit pre 4.1 hashes that upgrade to 4.1 will fail with the new PASSWORD function, right? How do you think we should handle this? ---------------------------------------------------------------------- Comment By: James Flemer (jimmerman) Date: 2004-09-14 10:53 Message: Logged In: YES user_id=39444 Matthew (greggmc), Do you know if this is an issue now that we use adodb? ---------------------------------------------------------------------- Comment By: Tedar (tedar) Date: 2004-06-11 09:05 Message: Logged In: YES user_id=1061542 forgot to say which file: in espauth-default.inc line 146 (v 1.6) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=971098&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2005-03-08 20:22:49
|
Bugs item #1153614, was opened at 2005-02-28 11:44 Message generated for change (Comment added) made by greggmc You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1153614&group_id=8956 Category: SQL Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) >Assigned to: Matthew Gregg (greggmc) Summary: too small password fields Initial Comment: In 1.7 rc(something) the password char columns are too narrow to accomodate the mysql 4 password() hashes. The following patch seems to fix it: =================================================================== RCS file: RCS/mysql_populate.sql,v retrieving revision 1.1 diff -u -r1.1 mysql_populate.sql --- mysql_populate.sql 2005/02/28 16:40:32 1.1 +++ mysql_populate.sql 2005/02/28 16:41:25 @@ -31,7 +31,7 @@ -- # table of respondents (people who enter data / take surveys) CREATE TABLE respondent ( username CHAR(64) NOT NULL, - password CHAR(16) NOT NULL, + password CHAR(64) NOT NULL, auth CHAR(16) NOT NULL DEFAULT 'BASIC', realm CHAR(16) NOT NULL, fname CHAR(16), @@ -46,7 +46,7 @@ -- # table of designers (people who create forms / surveys) CREATE TABLE designer ( username CHAR(64) NOT NULL, - password CHAR(16) NOT NULL, + password CHAR(64) NOT NULL, auth CHAR(16) NOT NULL DEFAULT 'BASIC', realm CHAR(16) NOT NULL, fname CHAR(16), ---------------------------------------------------------------------- Comment By: Matthew Gregg (greggmc) Date: 2005-03-08 15:22 Message: Logged In: YES user_id=14116 Fixed in CVS. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1153614&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2005-02-28 16:44:42
|
Bugs item #1153614, was opened at 2005-02-28 08:44 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=1153614&group_id=8956 Category: SQL Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: too small password fields Initial Comment: In 1.7 rc(something) the password char columns are too narrow to accomodate the mysql 4 password() hashes. The following patch seems to fix it: =================================================================== RCS file: RCS/mysql_populate.sql,v retrieving revision 1.1 diff -u -r1.1 mysql_populate.sql --- mysql_populate.sql 2005/02/28 16:40:32 1.1 +++ mysql_populate.sql 2005/02/28 16:41:25 @@ -31,7 +31,7 @@ -- # table of respondents (people who enter data / take surveys) CREATE TABLE respondent ( username CHAR(64) NOT NULL, - password CHAR(16) NOT NULL, + password CHAR(64) NOT NULL, auth CHAR(16) NOT NULL DEFAULT 'BASIC', realm CHAR(16) NOT NULL, fname CHAR(16), @@ -46,7 +46,7 @@ -- # table of designers (people who create forms / surveys) CREATE TABLE designer ( username CHAR(64) NOT NULL, - password CHAR(16) NOT NULL, + password CHAR(64) NOT NULL, auth CHAR(16) NOT NULL DEFAULT 'BASIC', realm CHAR(16) NOT NULL, fname CHAR(16), ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1153614&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2005-02-23 18:51:39
|
Bugs item #1149945, was opened at 2005-02-23 16:53 Message generated for change (Comment added) made by edwebmaster You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1149945&group_id=8956 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Error processing survey: Survey is not active. Initial Comment: I receive the following error message in Internet Explorer: Error processing survey: Survey is not active. The survey is active and works in Netscape and Firefox. Any suggestions????? ---------------------------------------------------------------------- Comment By: help (edwebmaster) Date: 2005-02-23 18:51 Message: Logged In: YES user_id=1226055 IE version number is Version: 6.0.2900.2180.xpsp_sp2_rtm.040803-2158, running Windows XP Professional Version 2002 Service Pack 2, ESP Version , According to the survey.php file, we are using v 1.11 2003/03/04 ---------------------------------------------------------------------- Comment By: help (edwebmaster) Date: 2005-02-23 18:50 Message: Logged In: YES user_id=1226055 IE version number is Version: 6.0.2900.2180.xpsp_sp2_rtm.040803-2158, running Windows XP Professional Version 2002 Service Pack 2, ESP Version , According to the survey.php file, we are using v 1.11 2003/03/04 ---------------------------------------------------------------------- Comment By: Matthew Gregg (greggmc) Date: 2005-02-23 17:01 Message: Logged In: YES user_id=14116 IE works fine here. Could you provide more details(ESP version, IE version, any ESP customizations, OS, etc.. ). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1149945&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2005-02-23 18:50:29
|
Bugs item #1149945, was opened at 2005-02-23 16:53 Message generated for change (Comment added) made by edwebmaster You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1149945&group_id=8956 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Error processing survey: Survey is not active. Initial Comment: I receive the following error message in Internet Explorer: Error processing survey: Survey is not active. The survey is active and works in Netscape and Firefox. Any suggestions????? ---------------------------------------------------------------------- Comment By: help (edwebmaster) Date: 2005-02-23 18:50 Message: Logged In: YES user_id=1226055 IE version number is Version: 6.0.2900.2180.xpsp_sp2_rtm.040803-2158, running Windows XP Professional Version 2002 Service Pack 2, ESP Version , According to the survey.php file, we are using v 1.11 2003/03/04 ---------------------------------------------------------------------- Comment By: Matthew Gregg (greggmc) Date: 2005-02-23 17:01 Message: Logged In: YES user_id=14116 IE works fine here. Could you provide more details(ESP version, IE version, any ESP customizations, OS, etc.. ). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1149945&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2005-02-23 17:01:46
|
Bugs item #1149945, was opened at 2005-02-23 11:53 Message generated for change (Comment added) made by greggmc You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1149945&group_id=8956 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Error processing survey: Survey is not active. Initial Comment: I receive the following error message in Internet Explorer: Error processing survey: Survey is not active. The survey is active and works in Netscape and Firefox. Any suggestions????? ---------------------------------------------------------------------- >Comment By: Matthew Gregg (greggmc) Date: 2005-02-23 12:01 Message: Logged In: YES user_id=14116 IE works fine here. Could you provide more details(ESP version, IE version, any ESP customizations, OS, etc.. ). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1149945&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2005-02-23 16:53:02
|
Bugs item #1149945, was opened at 2005-02-23 08:53 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=1149945&group_id=8956 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Error processing survey: Survey is not active. Initial Comment: I receive the following error message in Internet Explorer: Error processing survey: Survey is not active. The survey is active and works in Netscape and Firefox. Any suggestions????? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1149945&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2005-02-21 22:49:07
|
Bugs item #1145732, was opened at 2005-02-21 15:50 Message generated for change (Comment added) made by greggmc You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1145732&group_id=8956 Category: User Group: v1.7 Status: Open Resolution: None Priority: 5 Submitted By: Mark Jansen (trombonefreakus) Assigned to: Nobody/Anonymous (nobody) Summary: totals in cross-tabs and report do not match Initial Comment: Both in version 1.6.1 and version 1.7 just downloaded, I have different totals when viewing a cross-tabluated result and a total result. The crossed totals even have different total values accross the questions, while the survey totals are always lower than any crossed survey total. So, I have a crossed result with a total numbers of respondents of 1987 and one with 1967 respondents, while the overall survey has 1952 responses. How is this possible??? Does phpESP uses only the respondents who completed the entire survey for the survey results, while using also respondents who quitted before finishing the survey for the crossed results?? I desperately need to know this, since I used the software for quite an important survey. Thanks! ---------------------------------------------------------------------- >Comment By: Matthew Gregg (greggmc) Date: 2005-02-21 17:49 Message: Logged In: YES user_id=14116 You can increase the timeout and/or memory limit in the php.ini on your server, to allow the CSV export to complete. ---------------------------------------------------------------------- Comment By: Mark Jansen (trombonefreakus) Date: 2005-02-21 16:59 Message: Logged In: YES user_id=1224545 Well, downloading the data gives a timeout, so I can't use alternatives either. And I would like to suggest to reconsider removing this code, since without this one would need extra (commercial) software, while phpESP can do it for free right now (but not completely accurate though....). ---------------------------------------------------------------------- Comment By: Matthew Gregg (greggmc) Date: 2005-02-21 16:03 Message: Logged In: YES user_id=14116 A quick view of the source shows that it should be using only completed surveys for both. Without looking closely at your data I can't determine what may be the problem. It very well could be a bug in ESP's crosstab code. My advice would be to export the data out of ESP and run your cross in a tool more suited to analysis. FYI, I'm considering removing the cross code for future releases(unless someone wants to fix/maintain that code) as ESP should be the very best tool for data collection and leave the data analysis to sas/spss/excel/etc. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1145732&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2005-02-21 21:59:46
|
Bugs item #1145732, was opened at 2005-02-21 21:50 Message generated for change (Comment added) made by trombonefreakus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1145732&group_id=8956 Category: User Group: v1.7 Status: Open Resolution: None Priority: 5 Submitted By: Mark Jansen (trombonefreakus) Assigned to: Nobody/Anonymous (nobody) Summary: totals in cross-tabs and report do not match Initial Comment: Both in version 1.6.1 and version 1.7 just downloaded, I have different totals when viewing a cross-tabluated result and a total result. The crossed totals even have different total values accross the questions, while the survey totals are always lower than any crossed survey total. So, I have a crossed result with a total numbers of respondents of 1987 and one with 1967 respondents, while the overall survey has 1952 responses. How is this possible??? Does phpESP uses only the respondents who completed the entire survey for the survey results, while using also respondents who quitted before finishing the survey for the crossed results?? I desperately need to know this, since I used the software for quite an important survey. Thanks! ---------------------------------------------------------------------- >Comment By: Mark Jansen (trombonefreakus) Date: 2005-02-21 22:59 Message: Logged In: YES user_id=1224545 Well, downloading the data gives a timeout, so I can't use alternatives either. And I would like to suggest to reconsider removing this code, since without this one would need extra (commercial) software, while phpESP can do it for free right now (but not completely accurate though....). ---------------------------------------------------------------------- Comment By: Matthew Gregg (greggmc) Date: 2005-02-21 22:03 Message: Logged In: YES user_id=14116 A quick view of the source shows that it should be using only completed surveys for both. Without looking closely at your data I can't determine what may be the problem. It very well could be a bug in ESP's crosstab code. My advice would be to export the data out of ESP and run your cross in a tool more suited to analysis. FYI, I'm considering removing the cross code for future releases(unless someone wants to fix/maintain that code) as ESP should be the very best tool for data collection and leave the data analysis to sas/spss/excel/etc. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1145732&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2005-02-21 21:03:30
|
Bugs item #1145732, was opened at 2005-02-21 15:50 Message generated for change (Comment added) made by greggmc You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1145732&group_id=8956 Category: User Group: v1.7 Status: Open Resolution: None Priority: 5 Submitted By: Mark Jansen (trombonefreakus) Assigned to: Nobody/Anonymous (nobody) Summary: totals in cross-tabs and report do not match Initial Comment: Both in version 1.6.1 and version 1.7 just downloaded, I have different totals when viewing a cross-tabluated result and a total result. The crossed totals even have different total values accross the questions, while the survey totals are always lower than any crossed survey total. So, I have a crossed result with a total numbers of respondents of 1987 and one with 1967 respondents, while the overall survey has 1952 responses. How is this possible??? Does phpESP uses only the respondents who completed the entire survey for the survey results, while using also respondents who quitted before finishing the survey for the crossed results?? I desperately need to know this, since I used the software for quite an important survey. Thanks! ---------------------------------------------------------------------- >Comment By: Matthew Gregg (greggmc) Date: 2005-02-21 16:03 Message: Logged In: YES user_id=14116 A quick view of the source shows that it should be using only completed surveys for both. Without looking closely at your data I can't determine what may be the problem. It very well could be a bug in ESP's crosstab code. My advice would be to export the data out of ESP and run your cross in a tool more suited to analysis. FYI, I'm considering removing the cross code for future releases(unless someone wants to fix/maintain that code) as ESP should be the very best tool for data collection and leave the data analysis to sas/spss/excel/etc. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1145732&group_id=8956 |
24 messages has been excluded from this view by a project administrator.
