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...> - 2009-03-09 23:46:21
|
Bugs item #2676835, was opened at 2009-03-09 16: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=2676835&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: v2.0.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: kswartz (kswartz) Assigned to: Nobody/Anonymous (nobody) Summary: Need ability for user to delete incomplete survey Initial Comment: I've been making numerous enhancements to phpESP on my own (many of which I'm about to work on giving back), but I'm a bit stumped on how to move forward on this one, and would like some advice (in the absence of an actual fix). We have a lengthy survey that may be filled out multiple times by our users. The survey has about 100 questions, and may be done over a period of a few days, while the respondent does some research. We've found that occasionally, a user will want to scrap the survey completely, but still enter a new one. However, any time they sign in and try to start the survey, it always uses their saved one, and starts them where they left off. We want to introduce the option to DELETE a saved-but-incomplete survey from the dashboard page. I'm up for working on this code myself, but need some advice. Is there a good way to securely reuse the code that does this in the admin pages? Unlike the admin pages, a user doesn't have to be a superuser to delete his OWN survey. Right now, the workaround we have is to resume the saved survey, and hit the "Previous Page" button all the way back to page 1. Unfortunately, at 20 pages, that's a bit painful. I am visualizing an additional column on the dashboard page, called "Action". It can show a link to delete a saved survey, OR a link to view (or edit, depending on whether the survey would support it) any previously submitted copies of the survey. That's a separate enhancement request; I just wanted to mention how I saw this one fitting into a bigger picture. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=2676835&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2009-03-09 12:18:13
|
Bugs item #2674394, was opened at 2009-03-09 04:03 Message generated for change (Settings changed) made by bishopb You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=2674394&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: kswartz (kswartz) >Assigned to: bishop (bishopb) Summary: Dashboard returns no surveys due to ambiguous column in SQL Initial Comment: I'm using PHP version 2.1.2 (which isn't in the Group box, by the way -- that should be fixed.) This SQL is executed in survey_get_in_realm(): SELECT DISTINCT tblSurvey.id, tblSurvey.name, tblSurvey.title, tblSurvey.owner, tblSurvey.open_date, tblSurvey.close_date FROM survey AS tblSurvey JOIN access AS tblAccess ON tblAccess.survey_id=tblSurvey.id WHERE (tblSurvey.realm = 'auto' OR tblAccess.realm = 'auto') AND $where However, $where is computed in survey_fetch_limiting_where as this: (((status & 3)) AND (NOT (status & 4)) AND (owner='kswartz' OR realm IS NULL)) ORDER BY id DESC When you combine the two, the SQL statement fails because of an ambiguous reference to realm, which appears in both of the tables being joined. As a result, when users log in to take a survey in my install, they never see anything listed. (I'm using MySQL 5.0, but this error would happen with any database.) The easiest fix is one line: 184c184 < $where = survey_fetch_limiting_where(); --- > $where = survey_fetch_limiting_where('status','owner','tblSurvey.realm'); ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=2674394&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2009-03-09 08:03:29
|
Bugs item #2674394, was opened at 2009-03-09 01:03 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=2674394&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: kswartz (kswartz) Assigned to: Nobody/Anonymous (nobody) Summary: Dashboard returns no surveys due to ambiguous column in SQL Initial Comment: I'm using PHP version 2.1.2 (which isn't in the Group box, by the way -- that should be fixed.) This SQL is executed in survey_get_in_realm(): SELECT DISTINCT tblSurvey.id, tblSurvey.name, tblSurvey.title, tblSurvey.owner, tblSurvey.open_date, tblSurvey.close_date FROM survey AS tblSurvey JOIN access AS tblAccess ON tblAccess.survey_id=tblSurvey.id WHERE (tblSurvey.realm = 'auto' OR tblAccess.realm = 'auto') AND $where However, $where is computed in survey_fetch_limiting_where as this: (((status & 3)) AND (NOT (status & 4)) AND (owner='kswartz' OR realm IS NULL)) ORDER BY id DESC When you combine the two, the SQL statement fails because of an ambiguous reference to realm, which appears in both of the tables being joined. As a result, when users log in to take a survey in my install, they never see anything listed. (I'm using MySQL 5.0, but this error would happen with any database.) The easiest fix is one line: 184c184 < $where = survey_fetch_limiting_where(); --- > $where = survey_fetch_limiting_where('status','owner','tblSurvey.realm'); ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=2674394&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2009-03-09 03:45:36
|
Bugs item #2672129, was opened at 2009-03-07 21:21 Message generated for change (Comment added) made by kswartz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=2672129&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: kswartz (kswartz) Assigned to: bishop (bishopb) Summary: Copy survey reorders positions starting with 1 instead of 0 Initial Comment: When you initialize $pos before looping through the calls to survey_copy_questions, you set it to 1, so the first copied question has position=1. However, when you define questions for a survey, the first question's position is set to 0. The application works fine with this bug in place UNTIL you go to copy conditions. That requires matching the questions from the new survey and the old survey, and the only way to do that is to match on the columns position and deleted. With this bug, however, the position columns do not correspond, so the question that was in position 1 in the old survey is in position 2 in the new survey. The fix requires changing only two lines in survey_aggregate.inc: $ diff survey_aggregate_old.inc survey_aggregate.inc 74c74 < $pos = 1; --- > $pos = 0; 85c85 < function survey_copy_questions($sid, $new_sid, $pos = 1) { --- > function survey_copy_questions($sid, $new_sid, $pos = 0) { ---------------------------------------------------------------------- Comment By: kswartz (kswartz) Date: 2009-03-08 20:45 Message: I haven't looked through the code yet for the initial "0" position, but I can say that every survey I've created has 0 as the value of position for the first question. I would expect that this gets set when using the section to reorder the questions in creating a new survey. One question (no pun intended) is whether or not it starts with "0" if you do NOT reorder the questions; i.e.: if you only create a question and exit. However, I think it doesn't really matter, and here's why... As soon as we introduce the code to copy conditions (which is dependent on this change), it's going to rely on the fact that positions between original and copied surveys always start with the same value. Today, some surveys will start with 0 and some start with 1. So the next release will have to include an upgrade script that cleans this up, by updating the position column so that ALL surveys start with the same value. I'm inclined to say that value should be 0, based on what I'm seeing from the surveys I've created from scratch and your last comment, bishopb. ---------------------------------------------------------------------- Comment By: bishop (bishopb) Date: 2009-03-08 12:50 Message: I am inclined to think that 0 is the correct position, and since I was the most recent to work in that area of the (really old) code, I'll take on this issue. kswartz: are you seeing the initial definition of 0 somewhere specifically in the code, or only as a post facto artifact in the generated rows? ---------------------------------------------------------------------- Comment By: Franky Van Liedekerke (liedekef) Date: 2009-03-08 10:27 Message: Hmmm ... I don't remember as well, probably the oldest programmer for that part was way before me ... Franky ---------------------------------------------------------------------- Comment By: bishop (bishopb) Date: 2009-03-08 05:15 Message: survey_aggregate() is a generalization of the original survey_copy() code, and in fact the survey_copy_questions() helper function is a direct descendant of the original survey_copy(). In the original survey_copy(), $pos was initialized to 1: 65 $pos=1; 66 array_shift($question_fields); 67 while($question = fetch_row($result)) { 68 $result->MoveNext(); 69 $tid = $question['type_id']; 70 $qid = $question['id']; 71 // fix some fields first 72 $question['survey_id'] = $new_sid; 73 $question['position'] = $pos++; So, I can say that if this is a bug, it's existed for a while. Is anyone here familiar with the older code from survey_copy() that can comment on this? ---------------------------------------------------------------------- Comment By: kswartz (kswartz) Date: 2009-03-07 21:22 Message: File Added: survey_aggregate.inc ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=2672129&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2009-03-08 19:51:10
|
Bugs item #2672129, was opened at 2009-03-08 00:21 Message generated for change (Comment added) made by bishopb You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=2672129&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: kswartz (kswartz) >Assigned to: bishop (bishopb) Summary: Copy survey reorders positions starting with 1 instead of 0 Initial Comment: When you initialize $pos before looping through the calls to survey_copy_questions, you set it to 1, so the first copied question has position=1. However, when you define questions for a survey, the first question's position is set to 0. The application works fine with this bug in place UNTIL you go to copy conditions. That requires matching the questions from the new survey and the old survey, and the only way to do that is to match on the columns position and deleted. With this bug, however, the position columns do not correspond, so the question that was in position 1 in the old survey is in position 2 in the new survey. The fix requires changing only two lines in survey_aggregate.inc: $ diff survey_aggregate_old.inc survey_aggregate.inc 74c74 < $pos = 1; --- > $pos = 0; 85c85 < function survey_copy_questions($sid, $new_sid, $pos = 1) { --- > function survey_copy_questions($sid, $new_sid, $pos = 0) { ---------------------------------------------------------------------- >Comment By: bishop (bishopb) Date: 2009-03-08 15:50 Message: I am inclined to think that 0 is the correct position, and since I was the most recent to work in that area of the (really old) code, I'll take on this issue. kswartz: are you seeing the initial definition of 0 somewhere specifically in the code, or only as a post facto artifact in the generated rows? ---------------------------------------------------------------------- Comment By: Franky Van Liedekerke (liedekef) Date: 2009-03-08 13:27 Message: Hmmm ... I don't remember as well, probably the oldest programmer for that part was way before me ... Franky ---------------------------------------------------------------------- Comment By: bishop (bishopb) Date: 2009-03-08 08:15 Message: survey_aggregate() is a generalization of the original survey_copy() code, and in fact the survey_copy_questions() helper function is a direct descendant of the original survey_copy(). In the original survey_copy(), $pos was initialized to 1: 65 $pos=1; 66 array_shift($question_fields); 67 while($question = fetch_row($result)) { 68 $result->MoveNext(); 69 $tid = $question['type_id']; 70 $qid = $question['id']; 71 // fix some fields first 72 $question['survey_id'] = $new_sid; 73 $question['position'] = $pos++; So, I can say that if this is a bug, it's existed for a while. Is anyone here familiar with the older code from survey_copy() that can comment on this? ---------------------------------------------------------------------- Comment By: kswartz (kswartz) Date: 2009-03-08 00:22 Message: File Added: survey_aggregate.inc ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=2672129&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2009-03-08 17:28:01
|
Bugs item #2672129, was opened at 2009-03-08 06:21 Message generated for change (Comment added) made by liedekef You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=2672129&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: kswartz (kswartz) Assigned to: Nobody/Anonymous (nobody) Summary: Copy survey reorders positions starting with 1 instead of 0 Initial Comment: When you initialize $pos before looping through the calls to survey_copy_questions, you set it to 1, so the first copied question has position=1. However, when you define questions for a survey, the first question's position is set to 0. The application works fine with this bug in place UNTIL you go to copy conditions. That requires matching the questions from the new survey and the old survey, and the only way to do that is to match on the columns position and deleted. With this bug, however, the position columns do not correspond, so the question that was in position 1 in the old survey is in position 2 in the new survey. The fix requires changing only two lines in survey_aggregate.inc: $ diff survey_aggregate_old.inc survey_aggregate.inc 74c74 < $pos = 1; --- > $pos = 0; 85c85 < function survey_copy_questions($sid, $new_sid, $pos = 1) { --- > function survey_copy_questions($sid, $new_sid, $pos = 0) { ---------------------------------------------------------------------- >Comment By: Franky Van Liedekerke (liedekef) Date: 2009-03-08 18:27 Message: Hmmm ... I don't remember as well, probably the oldest programmer for that part was way before me ... Franky ---------------------------------------------------------------------- Comment By: bishop (bishopb) Date: 2009-03-08 13:15 Message: survey_aggregate() is a generalization of the original survey_copy() code, and in fact the survey_copy_questions() helper function is a direct descendant of the original survey_copy(). In the original survey_copy(), $pos was initialized to 1: 65 $pos=1; 66 array_shift($question_fields); 67 while($question = fetch_row($result)) { 68 $result->MoveNext(); 69 $tid = $question['type_id']; 70 $qid = $question['id']; 71 // fix some fields first 72 $question['survey_id'] = $new_sid; 73 $question['position'] = $pos++; So, I can say that if this is a bug, it's existed for a while. Is anyone here familiar with the older code from survey_copy() that can comment on this? ---------------------------------------------------------------------- Comment By: kswartz (kswartz) Date: 2009-03-08 06:22 Message: File Added: survey_aggregate.inc ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=2672129&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2009-03-08 12:16:26
|
Bugs item #2672129, was opened at 2009-03-08 00:21 Message generated for change (Settings changed) made by bishopb You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=2672129&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: kswartz (kswartz) Assigned to: Nobody/Anonymous (nobody) Summary: Copy survey reorders positions starting with 1 instead of 0 Initial Comment: When you initialize $pos before looping through the calls to survey_copy_questions, you set it to 1, so the first copied question has position=1. However, when you define questions for a survey, the first question's position is set to 0. The application works fine with this bug in place UNTIL you go to copy conditions. That requires matching the questions from the new survey and the old survey, and the only way to do that is to match on the columns position and deleted. With this bug, however, the position columns do not correspond, so the question that was in position 1 in the old survey is in position 2 in the new survey. The fix requires changing only two lines in survey_aggregate.inc: $ diff survey_aggregate_old.inc survey_aggregate.inc 74c74 < $pos = 1; --- > $pos = 0; 85c85 < function survey_copy_questions($sid, $new_sid, $pos = 1) { --- > function survey_copy_questions($sid, $new_sid, $pos = 0) { ---------------------------------------------------------------------- Comment By: bishop (bishopb) Date: 2009-03-08 08:15 Message: survey_aggregate() is a generalization of the original survey_copy() code, and in fact the survey_copy_questions() helper function is a direct descendant of the original survey_copy(). In the original survey_copy(), $pos was initialized to 1: 65 $pos=1; 66 array_shift($question_fields); 67 while($question = fetch_row($result)) { 68 $result->MoveNext(); 69 $tid = $question['type_id']; 70 $qid = $question['id']; 71 // fix some fields first 72 $question['survey_id'] = $new_sid; 73 $question['position'] = $pos++; So, I can say that if this is a bug, it's existed for a while. Is anyone here familiar with the older code from survey_copy() that can comment on this? ---------------------------------------------------------------------- Comment By: kswartz (kswartz) Date: 2009-03-08 00:22 Message: File Added: survey_aggregate.inc ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=2672129&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2009-03-08 12:15:16
|
Bugs item #2672129, was opened at 2009-03-08 00:21 Message generated for change (Comment added) made by bishopb You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=2672129&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 Private: No Submitted By: kswartz (kswartz) Assigned to: Nobody/Anonymous (nobody) Summary: Copy survey reorders positions starting with 1 instead of 0 Initial Comment: When you initialize $pos before looping through the calls to survey_copy_questions, you set it to 1, so the first copied question has position=1. However, when you define questions for a survey, the first question's position is set to 0. The application works fine with this bug in place UNTIL you go to copy conditions. That requires matching the questions from the new survey and the old survey, and the only way to do that is to match on the columns position and deleted. With this bug, however, the position columns do not correspond, so the question that was in position 1 in the old survey is in position 2 in the new survey. The fix requires changing only two lines in survey_aggregate.inc: $ diff survey_aggregate_old.inc survey_aggregate.inc 74c74 < $pos = 1; --- > $pos = 0; 85c85 < function survey_copy_questions($sid, $new_sid, $pos = 1) { --- > function survey_copy_questions($sid, $new_sid, $pos = 0) { ---------------------------------------------------------------------- >Comment By: bishop (bishopb) Date: 2009-03-08 08:15 Message: survey_aggregate() is a generalization of the original survey_copy() code, and in fact the survey_copy_questions() helper function is a direct descendant of the original survey_copy(). In the original survey_copy(), $pos was initialized to 1: 65 $pos=1; 66 array_shift($question_fields); 67 while($question = fetch_row($result)) { 68 $result->MoveNext(); 69 $tid = $question['type_id']; 70 $qid = $question['id']; 71 // fix some fields first 72 $question['survey_id'] = $new_sid; 73 $question['position'] = $pos++; So, I can say that if this is a bug, it's existed for a while. Is anyone here familiar with the older code from survey_copy() that can comment on this? ---------------------------------------------------------------------- Comment By: kswartz (kswartz) Date: 2009-03-08 00:22 Message: File Added: survey_aggregate.inc ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=2672129&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2009-03-08 06:09:33
|
Bugs item #2672129, was opened at 2009-03-07 21:21 Message generated for change (Comment added) made by kswartz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=2672129&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 Private: No Submitted By: kswartz (kswartz) Assigned to: Nobody/Anonymous (nobody) Summary: Copy survey reorders positions starting with 1 instead of 0 Initial Comment: When you initialize $pos before looping through the calls to survey_copy_questions, you set it to 1, so the first copied question has position=1. However, when you define questions for a survey, the first question's position is set to 0. The application works fine with this bug in place UNTIL you go to copy conditions. That requires matching the questions from the new survey and the old survey, and the only way to do that is to match on the columns position and deleted. With this bug, however, the position columns do not correspond, so the question that was in position 1 in the old survey is in position 2 in the new survey. The fix requires changing only two lines in survey_aggregate.inc: $ diff survey_aggregate_old.inc survey_aggregate.inc 74c74 < $pos = 1; --- > $pos = 0; 85c85 < function survey_copy_questions($sid, $new_sid, $pos = 1) { --- > function survey_copy_questions($sid, $new_sid, $pos = 0) { ---------------------------------------------------------------------- >Comment By: kswartz (kswartz) Date: 2009-03-07 21:22 Message: File Added: survey_aggregate.inc ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=2672129&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2009-03-08 05:23:57
|
Bugs item #2669428, was opened at 2009-03-06 12:45 Message generated for change (Comment added) made by kswartz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=2669428&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 Private: No Submitted By: kswartz (kswartz) Assigned to: Nobody/Anonymous (nobody) Summary: Copying an existing survey does not copy conditions Initial Comment: I'm working with version 2.0.2 of phpESP, and noticed that if you copy an existing survey, it copies everything BUT the conditions. If this isn't fixed in the latest version, please consider it for the next update. (If this IS fixed in 2.1.2, it will probably speed up my upgrade. Only reason I haven't so far is because I made a lot of changes and fixed some bugs in 2.0.2, and wasn't sure how long it would take to copy the changes over.) ---------------------------------------------------------------------- >Comment By: kswartz (kswartz) Date: 2009-03-07 21:23 Message: (Sorry for the double post before.) Okay, I've looked at survey_aggregate.inc, and I think what I described previously is actually a bug. I've logged a separate bug for this. With that fix in place, this is the SQL I used to copy the conditions from the old survey to the new survey: INSERT INTO conditions (id,survey_id,q1_id,q2_id,cond,cond_value) SELECT NULL, $new_survey_id, qnew1.id, qnew2.id, cond, cond_value FROM question qold1, question qold2, question qnew1, question qnew2, conditions c WHERE qold1.id=c.q1_id AND qold2.id=c.q2_id AND qnew1.survey_id=$new_survey_id AND qnew1.position=qold1.position AND qnew1.deleted=qold1.deleted AND qnew2.survey_id=$new_survey_id AND qnew2.position=qold2.position AND qnew2.deleted=qold2.deleted; I'll work on producing a patch that incorporates this into survey_aggregate.inc Incidentally, I'm not sure why you chose to insert the questions one at a time while cycling through the results of a select. I think all the changes you made to the old data could have been made in SQL. I elected to do an INSERT INTO ... SELECT FROM ... instead, as you can see, as it's much faster. ---------------------------------------------------------------------- Comment By: kswartz (kswartz) Date: 2009-03-07 20:24 Message: Okay, I've set up 2.1.2, and I may have a patch for this coming, but I've discovered a weird quirk that's affecting the SQL. The starting position for all my surveys (in the question table) is 0. However, when I copy a survey, the starting position is 1. Is that intended behavior? Can I always assume that the value of "position" for a question in a copied survey is always one greater than its counterpart in the original survey? ---------------------------------------------------------------------- Comment By: kswartz (kswartz) Date: 2009-03-07 11:45 Message: Okay, I've set up 2.1.2, and I may have a patch for this coming, but I've discovered a weird quirk that's affecting the SQL. The starting position for all my surveys (in the question table) is 0. However, when I copy a survey, the starting position is 1. Is that intended behavior? Can I always assume that the value of "position" for a question in a copied survey is always one greater than its counterpart in the original survey? ---------------------------------------------------------------------- Comment By: kswartz (kswartz) Date: 2009-03-06 16:01 Message: That's cool - it's not a feature I use very often, which is why it took so long to say anything. Next time I go to do this, I'll add a comment to the request with the SQL necessary to do the copy (which is the hard part). If I have time to actually fix the code, I'll gladly supply a patch. (And yes, I'll upgrade to 2.1.2 first. :) ) ---------------------------------------------------------------------- Comment By: Franky Van Liedekerke (liedekef) Date: 2009-03-06 15:40 Message: Hi, sorry, but I don't think it is fixed in 2.1.2 (it was known to me though, and I'm pretty sure I documented it somewhere...) But feel free to make any contribution, be it patches, bug fixes, etc ... Franky ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=2669428&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2009-03-08 05:21:25
|
Bugs item #2672129, was opened at 2009-03-07 21:21 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=2672129&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 Private: No Submitted By: kswartz (kswartz) Assigned to: Nobody/Anonymous (nobody) Summary: Copy survey reorders positions starting with 1 instead of 0 Initial Comment: When you initialize $pos before looping through the calls to survey_copy_questions, you set it to 1, so the first copied question has position=1. However, when you define questions for a survey, the first question's position is set to 0. The application works fine with this bug in place UNTIL you go to copy conditions. That requires matching the questions from the new survey and the old survey, and the only way to do that is to match on the columns position and deleted. With this bug, however, the position columns do not correspond, so the question that was in position 1 in the old survey is in position 2 in the new survey. The fix requires changing only two lines in survey_aggregate.inc: $ diff survey_aggregate_old.inc survey_aggregate.inc 74c74 < $pos = 1; --- > $pos = 0; 85c85 < function survey_copy_questions($sid, $new_sid, $pos = 1) { --- > function survey_copy_questions($sid, $new_sid, $pos = 0) { ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=2672129&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2009-03-08 04:24:22
|
Bugs item #2669428, was opened at 2009-03-06 12:45 Message generated for change (Comment added) made by kswartz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=2669428&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 Private: No Submitted By: kswartz (kswartz) Assigned to: Nobody/Anonymous (nobody) Summary: Copying an existing survey does not copy conditions Initial Comment: I'm working with version 2.0.2 of phpESP, and noticed that if you copy an existing survey, it copies everything BUT the conditions. If this isn't fixed in the latest version, please consider it for the next update. (If this IS fixed in 2.1.2, it will probably speed up my upgrade. Only reason I haven't so far is because I made a lot of changes and fixed some bugs in 2.0.2, and wasn't sure how long it would take to copy the changes over.) ---------------------------------------------------------------------- >Comment By: kswartz (kswartz) Date: 2009-03-07 20:24 Message: Okay, I've set up 2.1.2, and I may have a patch for this coming, but I've discovered a weird quirk that's affecting the SQL. The starting position for all my surveys (in the question table) is 0. However, when I copy a survey, the starting position is 1. Is that intended behavior? Can I always assume that the value of "position" for a question in a copied survey is always one greater than its counterpart in the original survey? ---------------------------------------------------------------------- Comment By: kswartz (kswartz) Date: 2009-03-07 11:45 Message: Okay, I've set up 2.1.2, and I may have a patch for this coming, but I've discovered a weird quirk that's affecting the SQL. The starting position for all my surveys (in the question table) is 0. However, when I copy a survey, the starting position is 1. Is that intended behavior? Can I always assume that the value of "position" for a question in a copied survey is always one greater than its counterpart in the original survey? ---------------------------------------------------------------------- Comment By: kswartz (kswartz) Date: 2009-03-06 16:01 Message: That's cool - it's not a feature I use very often, which is why it took so long to say anything. Next time I go to do this, I'll add a comment to the request with the SQL necessary to do the copy (which is the hard part). If I have time to actually fix the code, I'll gladly supply a patch. (And yes, I'll upgrade to 2.1.2 first. :) ) ---------------------------------------------------------------------- Comment By: Franky Van Liedekerke (liedekef) Date: 2009-03-06 15:40 Message: Hi, sorry, but I don't think it is fixed in 2.1.2 (it was known to me though, and I'm pretty sure I documented it somewhere...) But feel free to make any contribution, be it patches, bug fixes, etc ... Franky ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=2669428&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2009-03-07 19:45:50
|
Bugs item #2669428, was opened at 2009-03-06 12:45 Message generated for change (Comment added) made by kswartz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=2669428&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 Private: No Submitted By: kswartz (kswartz) Assigned to: Nobody/Anonymous (nobody) Summary: Copying an existing survey does not copy conditions Initial Comment: I'm working with version 2.0.2 of phpESP, and noticed that if you copy an existing survey, it copies everything BUT the conditions. If this isn't fixed in the latest version, please consider it for the next update. (If this IS fixed in 2.1.2, it will probably speed up my upgrade. Only reason I haven't so far is because I made a lot of changes and fixed some bugs in 2.0.2, and wasn't sure how long it would take to copy the changes over.) ---------------------------------------------------------------------- >Comment By: kswartz (kswartz) Date: 2009-03-07 11:45 Message: Okay, I've set up 2.1.2, and I may have a patch for this coming, but I've discovered a weird quirk that's affecting the SQL. The starting position for all my surveys (in the question table) is 0. However, when I copy a survey, the starting position is 1. Is that intended behavior? Can I always assume that the value of "position" for a question in a copied survey is always one greater than its counterpart in the original survey? ---------------------------------------------------------------------- Comment By: kswartz (kswartz) Date: 2009-03-06 16:01 Message: That's cool - it's not a feature I use very often, which is why it took so long to say anything. Next time I go to do this, I'll add a comment to the request with the SQL necessary to do the copy (which is the hard part). If I have time to actually fix the code, I'll gladly supply a patch. (And yes, I'll upgrade to 2.1.2 first. :) ) ---------------------------------------------------------------------- Comment By: Franky Van Liedekerke (liedekef) Date: 2009-03-06 15:40 Message: Hi, sorry, but I don't think it is fixed in 2.1.2 (it was known to me though, and I'm pretty sure I documented it somewhere...) But feel free to make any contribution, be it patches, bug fixes, etc ... Franky ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=2669428&group_id=8956 |
|
From: Bishop B. <ph...@id...> - 2009-03-07 00:11:28
|
Probably still exists: I didn't address it when I implemented survey_copy() as a special case of survey_aggregate(). bishop Quoting Franky Van Liedekerke <lie...@te...>: > Hi, > > sorry, but iirc this is still not the case ... so unless somebody else > did it already ... > > Franky > > On Fri, 06 Mar 2009 20:45:28 +0000 > "SourceForge.net" <no...@so...> wrote: > >> Bugs item #2669428, was opened at 2009-03-06 12:45 >> 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=2669428&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 >> Private: No >> Submitted By: kswartz (kswartz) >> Assigned to: Nobody/Anonymous (nobody) >> Summary: Copying an existing survey does not copy conditions >> >> Initial Comment: >> I'm working with version 2.0.2 of phpESP, and noticed that if you >> copy an existing survey, it copies everything BUT the conditions. If >> this isn't fixed in the latest version, please consider it for the >> next update. >> >> (If this IS fixed in 2.1.2, it will probably speed up my upgrade. >> Only reason I haven't so far is because I made a lot of changes and >> fixed some bugs in 2.0.2, and wasn't sure how long it would take to >> copy the changes over.) >> >> ---------------------------------------------------------------------- >> >> You can respond by visiting: >> https://sourceforge.net/tracker/?func=detail&atid=108956&aid=2669428&group_id=8956 >> >> ------------------------------------------------------------------------------ >> Open Source Business Conference (OSBC), March 24-25, 2009, San >> Francisco, CA -OSBC tackles the biggest issue in open source: Open >> Sourcing the Enterprise -Strategies to boost innovation and cut costs >> with open source participation -Receive a $600 discount off the >> registration fee with the source code: SFAD >> http://p.sf.net/sfu/XcvMzF8H >> _______________________________________________ phpESP-devel mailing >> list php...@li... >> https://lists.sourceforge.net/lists/listinfo/phpesp-devel >> > > ------------------------------------------------------------------------------ > Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA > -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise > -Strategies to boost innovation and cut costs with open source participation > -Receive a $600 discount off the registration fee with the source code: SFAD > http://p.sf.net/sfu/XcvMzF8H > _______________________________________________ > phpESP-devel mailing list > php...@li... > https://lists.sourceforge.net/lists/listinfo/phpesp-devel > -- Bishop Bettini ideacode, Inc. (main) +1 919 341 5170 / (fax) +1 919 521 4100 Visit us on the web at: ideacode.com Professional software research and development reviewmysoftware.com Improve sales! Review your software before you release bytejar.com Solutions to those annoying development problems |
|
From: SourceForge.net <no...@so...> - 2009-03-07 00:01:28
|
Bugs item #2669428, was opened at 2009-03-06 12:45 Message generated for change (Comment added) made by kswartz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=2669428&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 Private: No Submitted By: kswartz (kswartz) Assigned to: Nobody/Anonymous (nobody) Summary: Copying an existing survey does not copy conditions Initial Comment: I'm working with version 2.0.2 of phpESP, and noticed that if you copy an existing survey, it copies everything BUT the conditions. If this isn't fixed in the latest version, please consider it for the next update. (If this IS fixed in 2.1.2, it will probably speed up my upgrade. Only reason I haven't so far is because I made a lot of changes and fixed some bugs in 2.0.2, and wasn't sure how long it would take to copy the changes over.) ---------------------------------------------------------------------- >Comment By: kswartz (kswartz) Date: 2009-03-06 16:01 Message: That's cool - it's not a feature I use very often, which is why it took so long to say anything. Next time I go to do this, I'll add a comment to the request with the SQL necessary to do the copy (which is the hard part). If I have time to actually fix the code, I'll gladly supply a patch. (And yes, I'll upgrade to 2.1.2 first. :) ) ---------------------------------------------------------------------- Comment By: Franky Van Liedekerke (liedekef) Date: 2009-03-06 15:40 Message: Hi, sorry, but I don't think it is fixed in 2.1.2 (it was known to me though, and I'm pretty sure I documented it somewhere...) But feel free to make any contribution, be it patches, bug fixes, etc ... Franky ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=2669428&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2009-03-06 23:41:54
|
Bugs item #2609158, was opened at 2009-02-17 14:22 Message generated for change (Comment added) made by liedekef You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=2609158&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: None >Status: Closed >Resolution: Out of Date Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Franky Van Liedekerke (liedekef) Summary: translations Initial Comment: phpESP 2.1.1. Translation in Dutch language doesn'work. See the attached file. Can you help me? Thanks Arnout De Witte Arn...@pa... ---------------------------------------------------------------------- >Comment By: Franky Van Liedekerke (liedekef) Date: 2009-03-07 00:41 Message: no answer in several weeks ... closing ... ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-02-17 16:37 Message: Sorry, maar dit gaat mijn petje te boven. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-02-17 15:48 Message: Dat is een voorbeeld, je moet dit aanpassen aan jouw situatie en setup ... Franky ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-02-17 15:43 Message: Dag Franky Als ik in de examples subdir survey_nl.php aanklik, dan krijg ik de onderstaande boodschap op het scherm. Kun je me hiermee verderhelpen? Warning: file_get_contents() [function.file-get-contents]: URL file-access is disabled in the server configuration in /www/110mb.com/c/o/m/m/u/n/i/c/communicatiewijzer/htdocs/phpESP/examples/survey_fr.php on line 3 Warning: file_get_contents(http://blahblahblah.site.org/index.php?module=webpage&id=27) [function.file-get-contents]: failed to open stream: no suitable wrapper could be found in /www/110mb.com/c/o/m/m/u/n/i/c/communicatiewijzer/htdocs/phpESP/examples/survey_fr.php on line 3 Warning: include(public/phpESP.first.php) [function.include]: failed to open stream: No such file or directory in /www/110mb.com/c/o/m/m/u/n/i/c/communicatiewijzer/htdocs/phpESP/examples/survey_fr.php on line 12 Warning: include(public/phpESP.first.php) [function.include]: failed to open stream: No such file or directory in /www/110mb.com/c/o/m/m/u/n/i/c/communicatiewijzer/htdocs/phpESP/examples/survey_fr.php on line 12 Warning: include() [function.include]: Failed opening 'public/phpESP.first.php' for inclusion (include_path='.:/usr/share/php') in /www/110mb.com/c/o/m/m/u/n/i/c/communicatiewijzer/htdocs/phpESP/examples/survey_fr.php on line 12 ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-02-17 15:36 Message: Arnout, heb je al gekeken naar de voorbeeldjes in de examples subdir? Daar staan voorbeeldjes van hoe een survey te tonen in een andere taal. Franky ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-02-17 15:28 Message: Dag Franky Hartelijk dank voor je reactie. Maar als ik het programma open, wordt alles in het Engels weergegeven. Op de website van de server waarop ik het programma wens uit te testen, vermeldt de php-info: "gettext support enabled". Ik vermoed dus dat gettest wel degelijk al geïnstalleerd is. En toch werkt de Nederlandse vertaling niet. Arnout ---------------------------------------------------------------------- Comment By: Franky Van Liedekerke (liedekef) Date: 2009-02-17 15:11 Message: Arnout, zoals reeds gezegd: probeer gewoon. De test-pagina kan je negeren in dit geval. Als gettext niet geïnstalleerd is voor jouw php installatie, doe dat dan eerst (op linux is dit een extra rpm package, op windows heb ik geen idee). Franky ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-02-17 14:52 Message: Hi Franky, I'm sorry, but my English is very bad. The Dutch Translation doesn't work. Everything is in English. GNU Gettext test = failed ! Do you have a solution? PHP Information Version: 5.1.6 OS: Linux SAPI: apache2handler register_globals: No magic_quotes_gpc: Yes magic_quotes_runtime: No safe_mode: No open_basedir: PHP Extensions dBase: No GD: Yes -- bundled (2.0.28 compatible) GNU Gettext: Yes LDAP: No MySQL: Yes PostgreSQL: No PHP Extension Dir (compiled): /usr/lib/php/20050922 PHP Extension Dir (run time): /usr/lib/php4/20020429/ phpESP Settings Expected ESP_BASE: /www/110mb.com/c/o/m/m/u/n/i/c/communicatiewijzer/htdocs/phpESP/ Expected base_url: communicatiewijzer.110mb.com/phpESP/ Loading phpESP.ini.php ... ESP_BASE: /www/110mb.com/c/o/m/m/u/n/i/c/communicatiewijzer/htdocs/phpESP/ base_url: http://communicatiewijzer.110mb.com/phpESP/ Version: 2.1.1 Debug: No phpESP Language Settings GNU Gettext: Real default_lang: en_US current lang: nl_NL available langs: da_DK, hu_HU, nl_NL, ja_JP, en_US, es_ES, sv_SE, fi_FI, el_GR, pt_BR, it_IT, de_DE, fr_FR, fi, pt_PT (da, de, el, en, es, fi, fr, it, ja, nl, pt, sv) GNU Gettext test: %%%% Gettext Test Failed Catalog Open Test: Yes PHP Session Test session.save_path: /var/lib/php Counter: 1 phpESP System Information http://communicatiewijzer.110mb.com/phpESP/admin/test.php 1 van 1 17-02-2009 14:41 ---------------------------------------------------------------------- Comment By: Franky Van Liedekerke (liedekef) Date: 2009-02-17 14:36 Message: Hi Arnout, did you just try it? The test page is a bit off in this case I think. It should "just work". Franky ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=2609158&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2009-03-06 23:40:53
|
Bugs item #2669428, was opened at 2009-03-06 21:45 Message generated for change (Comment added) made by liedekef You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=2669428&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 Private: No Submitted By: kswartz (kswartz) Assigned to: Nobody/Anonymous (nobody) Summary: Copying an existing survey does not copy conditions Initial Comment: I'm working with version 2.0.2 of phpESP, and noticed that if you copy an existing survey, it copies everything BUT the conditions. If this isn't fixed in the latest version, please consider it for the next update. (If this IS fixed in 2.1.2, it will probably speed up my upgrade. Only reason I haven't so far is because I made a lot of changes and fixed some bugs in 2.0.2, and wasn't sure how long it would take to copy the changes over.) ---------------------------------------------------------------------- >Comment By: Franky Van Liedekerke (liedekef) Date: 2009-03-07 00:40 Message: Hi, sorry, but I don't think it is fixed in 2.1.2 (it was known to me though, and I'm pretty sure I documented it somewhere...) But feel free to make any contribution, be it patches, bug fixes, etc ... Franky ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=2669428&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2009-03-06 23:36:00
|
Bugs item #2669570, was opened at 2009-03-06 22:40 Message generated for change (Comment added) made by liedekef You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=2669570&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 Private: No Submitted By: kswartz (kswartz) Assigned to: Nobody/Anonymous (nobody) Summary: Cannot create conditions on questions with multiple answers Initial Comment: Most conditions are based on radio buttons, but it's reasonable to expect that you may want to display questions according to selected checkboxes on a question that allows more than one answer. For instance, if a question asks: "What kind of vehicle(s) do you own? [ ] Motorcycle [ ] Car [ ] SUV [ ] Minivan " You may want to ask additional questions in a future section if they have a motorcycle, and other additional questions if they have a car. The workaround is to split this up into separate questions and use Yes/No radio buttons. For example: "Do you drive a motorcycle? () Yes () No Do you drive a car? () Yes () No ... " This isn't necessarily a bad idea -- it may make reporting easier. But if you have a "checklist" of, say, ten items, this could make the survey considerably long by turning one question into ten. The fix as I see it is to add a new conditional operation called "contains". For instance, you would say "Show question 42 is question 21 CONTAINS Motorcycle". The code fix is pretty easy: 1) if the response is an array, convert it to a comma-separated scalar (e.g.: "Motorcycle,Car,SUV" 2) perform your SQL query with LIKE '%$RESPONSE_VALUE%' in the where clause. ---------------------------------------------------------------------- >Comment By: Franky Van Liedekerke (liedekef) Date: 2009-03-07 00:35 Message: Well, feel free to make a patch available ... Franky ---------------------------------------------------------------------- Comment By: kswartz (kswartz) Date: 2009-03-06 22:41 Message: Sorry, quick update: this is true for version 2.0.2. I haven't had a chance to look at 2.1.* yet, so if this is fixed there, my apologies. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=2669570&group_id=8956 |
|
From: Franky V. L. <lie...@te...> - 2009-03-06 23:33:29
|
Hi, sorry, but iirc this is still not the case ... so unless somebody else did it already ... Franky On Fri, 06 Mar 2009 20:45:28 +0000 "SourceForge.net" <no...@so...> wrote: > Bugs item #2669428, was opened at 2009-03-06 12:45 > 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=2669428&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 > Private: No > Submitted By: kswartz (kswartz) > Assigned to: Nobody/Anonymous (nobody) > Summary: Copying an existing survey does not copy conditions > > Initial Comment: > I'm working with version 2.0.2 of phpESP, and noticed that if you > copy an existing survey, it copies everything BUT the conditions. If > this isn't fixed in the latest version, please consider it for the > next update. > > (If this IS fixed in 2.1.2, it will probably speed up my upgrade. > Only reason I haven't so far is because I made a lot of changes and > fixed some bugs in 2.0.2, and wasn't sure how long it would take to > copy the changes over.) > > ---------------------------------------------------------------------- > > You can respond by visiting: > https://sourceforge.net/tracker/?func=detail&atid=108956&aid=2669428&group_id=8956 > > ------------------------------------------------------------------------------ > Open Source Business Conference (OSBC), March 24-25, 2009, San > Francisco, CA -OSBC tackles the biggest issue in open source: Open > Sourcing the Enterprise -Strategies to boost innovation and cut costs > with open source participation -Receive a $600 discount off the > registration fee with the source code: SFAD > http://p.sf.net/sfu/XcvMzF8H > _______________________________________________ phpESP-devel mailing > list php...@li... > https://lists.sourceforge.net/lists/listinfo/phpesp-devel > |
|
From: SourceForge.net <no...@so...> - 2009-03-06 21:41:10
|
Bugs item #2669570, was opened at 2009-03-06 13:40 Message generated for change (Comment added) made by kswartz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=2669570&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 Private: No Submitted By: kswartz (kswartz) Assigned to: Nobody/Anonymous (nobody) Summary: Cannot create conditions on questions with multiple answers Initial Comment: Most conditions are based on radio buttons, but it's reasonable to expect that you may want to display questions according to selected checkboxes on a question that allows more than one answer. For instance, if a question asks: "What kind of vehicle(s) do you own? [ ] Motorcycle [ ] Car [ ] SUV [ ] Minivan " You may want to ask additional questions in a future section if they have a motorcycle, and other additional questions if they have a car. The workaround is to split this up into separate questions and use Yes/No radio buttons. For example: "Do you drive a motorcycle? () Yes () No Do you drive a car? () Yes () No ... " This isn't necessarily a bad idea -- it may make reporting easier. But if you have a "checklist" of, say, ten items, this could make the survey considerably long by turning one question into ten. The fix as I see it is to add a new conditional operation called "contains". For instance, you would say "Show question 42 is question 21 CONTAINS Motorcycle". The code fix is pretty easy: 1) if the response is an array, convert it to a comma-separated scalar (e.g.: "Motorcycle,Car,SUV" 2) perform your SQL query with LIKE '%$RESPONSE_VALUE%' in the where clause. ---------------------------------------------------------------------- >Comment By: kswartz (kswartz) Date: 2009-03-06 13:41 Message: Sorry, quick update: this is true for version 2.0.2. I haven't had a chance to look at 2.1.* yet, so if this is fixed there, my apologies. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=2669570&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2009-03-06 21:40:33
|
Bugs item #2669570, was opened at 2009-03-06 13:40 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=2669570&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 Private: No Submitted By: kswartz (kswartz) Assigned to: Nobody/Anonymous (nobody) Summary: Cannot create conditions on questions with multiple answers Initial Comment: Most conditions are based on radio buttons, but it's reasonable to expect that you may want to display questions according to selected checkboxes on a question that allows more than one answer. For instance, if a question asks: "What kind of vehicle(s) do you own? [ ] Motorcycle [ ] Car [ ] SUV [ ] Minivan " You may want to ask additional questions in a future section if they have a motorcycle, and other additional questions if they have a car. The workaround is to split this up into separate questions and use Yes/No radio buttons. For example: "Do you drive a motorcycle? () Yes () No Do you drive a car? () Yes () No ... " This isn't necessarily a bad idea -- it may make reporting easier. But if you have a "checklist" of, say, ten items, this could make the survey considerably long by turning one question into ten. The fix as I see it is to add a new conditional operation called "contains". For instance, you would say "Show question 42 is question 21 CONTAINS Motorcycle". The code fix is pretty easy: 1) if the response is an array, convert it to a comma-separated scalar (e.g.: "Motorcycle,Car,SUV" 2) perform your SQL query with LIKE '%$RESPONSE_VALUE%' in the where clause. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=2669570&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2009-03-06 20:46:06
|
Bugs item #2669428, was opened at 2009-03-06 12:45 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=2669428&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 Private: No Submitted By: kswartz (kswartz) Assigned to: Nobody/Anonymous (nobody) Summary: Copying an existing survey does not copy conditions Initial Comment: I'm working with version 2.0.2 of phpESP, and noticed that if you copy an existing survey, it copies everything BUT the conditions. If this isn't fixed in the latest version, please consider it for the next update. (If this IS fixed in 2.1.2, it will probably speed up my upgrade. Only reason I haven't so far is because I made a lot of changes and fixed some bugs in 2.0.2, and wasn't sure how long it would take to copy the changes over.) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=2669428&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2009-02-17 15:37:34
|
Bugs item #2609158, was opened at 2009-02-17 13:22 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=2609158&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Franky Van Liedekerke (liedekef) Summary: translations Initial Comment: phpESP 2.1.1. Translation in Dutch language doesn'work. See the attached file. Can you help me? Thanks Arnout De Witte Arn...@pa... ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-02-17 15:37 Message: Sorry, maar dit gaat mijn petje te boven. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-02-17 14:48 Message: Dat is een voorbeeld, je moet dit aanpassen aan jouw situatie en setup ... Franky ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-02-17 14:43 Message: Dag Franky Als ik in de examples subdir survey_nl.php aanklik, dan krijg ik de onderstaande boodschap op het scherm. Kun je me hiermee verderhelpen? Warning: file_get_contents() [function.file-get-contents]: URL file-access is disabled in the server configuration in /www/110mb.com/c/o/m/m/u/n/i/c/communicatiewijzer/htdocs/phpESP/examples/survey_fr.php on line 3 Warning: file_get_contents(http://blahblahblah.site.org/index.php?module=webpage&id=27) [function.file-get-contents]: failed to open stream: no suitable wrapper could be found in /www/110mb.com/c/o/m/m/u/n/i/c/communicatiewijzer/htdocs/phpESP/examples/survey_fr.php on line 3 Warning: include(public/phpESP.first.php) [function.include]: failed to open stream: No such file or directory in /www/110mb.com/c/o/m/m/u/n/i/c/communicatiewijzer/htdocs/phpESP/examples/survey_fr.php on line 12 Warning: include(public/phpESP.first.php) [function.include]: failed to open stream: No such file or directory in /www/110mb.com/c/o/m/m/u/n/i/c/communicatiewijzer/htdocs/phpESP/examples/survey_fr.php on line 12 Warning: include() [function.include]: Failed opening 'public/phpESP.first.php' for inclusion (include_path='.:/usr/share/php') in /www/110mb.com/c/o/m/m/u/n/i/c/communicatiewijzer/htdocs/phpESP/examples/survey_fr.php on line 12 ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-02-17 14:36 Message: Arnout, heb je al gekeken naar de voorbeeldjes in de examples subdir? Daar staan voorbeeldjes van hoe een survey te tonen in een andere taal. Franky ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-02-17 14:28 Message: Dag Franky Hartelijk dank voor je reactie. Maar als ik het programma open, wordt alles in het Engels weergegeven. Op de website van de server waarop ik het programma wens uit te testen, vermeldt de php-info: "gettext support enabled". Ik vermoed dus dat gettest wel degelijk al geïnstalleerd is. En toch werkt de Nederlandse vertaling niet. Arnout ---------------------------------------------------------------------- Comment By: Franky Van Liedekerke (liedekef) Date: 2009-02-17 14:11 Message: Arnout, zoals reeds gezegd: probeer gewoon. De test-pagina kan je negeren in dit geval. Als gettext niet geïnstalleerd is voor jouw php installatie, doe dat dan eerst (op linux is dit een extra rpm package, op windows heb ik geen idee). Franky ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-02-17 13:52 Message: Hi Franky, I'm sorry, but my English is very bad. The Dutch Translation doesn't work. Everything is in English. GNU Gettext test = failed ! Do you have a solution? PHP Information Version: 5.1.6 OS: Linux SAPI: apache2handler register_globals: No magic_quotes_gpc: Yes magic_quotes_runtime: No safe_mode: No open_basedir: PHP Extensions dBase: No GD: Yes -- bundled (2.0.28 compatible) GNU Gettext: Yes LDAP: No MySQL: Yes PostgreSQL: No PHP Extension Dir (compiled): /usr/lib/php/20050922 PHP Extension Dir (run time): /usr/lib/php4/20020429/ phpESP Settings Expected ESP_BASE: /www/110mb.com/c/o/m/m/u/n/i/c/communicatiewijzer/htdocs/phpESP/ Expected base_url: communicatiewijzer.110mb.com/phpESP/ Loading phpESP.ini.php ... ESP_BASE: /www/110mb.com/c/o/m/m/u/n/i/c/communicatiewijzer/htdocs/phpESP/ base_url: http://communicatiewijzer.110mb.com/phpESP/ Version: 2.1.1 Debug: No phpESP Language Settings GNU Gettext: Real default_lang: en_US current lang: nl_NL available langs: da_DK, hu_HU, nl_NL, ja_JP, en_US, es_ES, sv_SE, fi_FI, el_GR, pt_BR, it_IT, de_DE, fr_FR, fi, pt_PT (da, de, el, en, es, fi, fr, it, ja, nl, pt, sv) GNU Gettext test: %%%% Gettext Test Failed Catalog Open Test: Yes PHP Session Test session.save_path: /var/lib/php Counter: 1 phpESP System Information http://communicatiewijzer.110mb.com/phpESP/admin/test.php 1 van 1 17-02-2009 14:41 ---------------------------------------------------------------------- Comment By: Franky Van Liedekerke (liedekef) Date: 2009-02-17 13:36 Message: Hi Arnout, did you just try it? The test page is a bit off in this case I think. It should "just work". Franky ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=2609158&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2009-02-17 14:48:06
|
Bugs item #2609158, was opened at 2009-02-17 13:22 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=2609158&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Franky Van Liedekerke (liedekef) Summary: translations Initial Comment: phpESP 2.1.1. Translation in Dutch language doesn'work. See the attached file. Can you help me? Thanks Arnout De Witte Arn...@pa... ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-02-17 14:48 Message: Dat is een voorbeeld, je moet dit aanpassen aan jouw situatie en setup ... Franky ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-02-17 14:43 Message: Dag Franky Als ik in de examples subdir survey_nl.php aanklik, dan krijg ik de onderstaande boodschap op het scherm. Kun je me hiermee verderhelpen? Warning: file_get_contents() [function.file-get-contents]: URL file-access is disabled in the server configuration in /www/110mb.com/c/o/m/m/u/n/i/c/communicatiewijzer/htdocs/phpESP/examples/survey_fr.php on line 3 Warning: file_get_contents(http://blahblahblah.site.org/index.php?module=webpage&id=27) [function.file-get-contents]: failed to open stream: no suitable wrapper could be found in /www/110mb.com/c/o/m/m/u/n/i/c/communicatiewijzer/htdocs/phpESP/examples/survey_fr.php on line 3 Warning: include(public/phpESP.first.php) [function.include]: failed to open stream: No such file or directory in /www/110mb.com/c/o/m/m/u/n/i/c/communicatiewijzer/htdocs/phpESP/examples/survey_fr.php on line 12 Warning: include(public/phpESP.first.php) [function.include]: failed to open stream: No such file or directory in /www/110mb.com/c/o/m/m/u/n/i/c/communicatiewijzer/htdocs/phpESP/examples/survey_fr.php on line 12 Warning: include() [function.include]: Failed opening 'public/phpESP.first.php' for inclusion (include_path='.:/usr/share/php') in /www/110mb.com/c/o/m/m/u/n/i/c/communicatiewijzer/htdocs/phpESP/examples/survey_fr.php on line 12 ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-02-17 14:36 Message: Arnout, heb je al gekeken naar de voorbeeldjes in de examples subdir? Daar staan voorbeeldjes van hoe een survey te tonen in een andere taal. Franky ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-02-17 14:28 Message: Dag Franky Hartelijk dank voor je reactie. Maar als ik het programma open, wordt alles in het Engels weergegeven. Op de website van de server waarop ik het programma wens uit te testen, vermeldt de php-info: "gettext support enabled". Ik vermoed dus dat gettest wel degelijk al geïnstalleerd is. En toch werkt de Nederlandse vertaling niet. Arnout ---------------------------------------------------------------------- Comment By: Franky Van Liedekerke (liedekef) Date: 2009-02-17 14:11 Message: Arnout, zoals reeds gezegd: probeer gewoon. De test-pagina kan je negeren in dit geval. Als gettext niet geïnstalleerd is voor jouw php installatie, doe dat dan eerst (op linux is dit een extra rpm package, op windows heb ik geen idee). Franky ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-02-17 13:52 Message: Hi Franky, I'm sorry, but my English is very bad. The Dutch Translation doesn't work. Everything is in English. GNU Gettext test = failed ! Do you have a solution? PHP Information Version: 5.1.6 OS: Linux SAPI: apache2handler register_globals: No magic_quotes_gpc: Yes magic_quotes_runtime: No safe_mode: No open_basedir: PHP Extensions dBase: No GD: Yes -- bundled (2.0.28 compatible) GNU Gettext: Yes LDAP: No MySQL: Yes PostgreSQL: No PHP Extension Dir (compiled): /usr/lib/php/20050922 PHP Extension Dir (run time): /usr/lib/php4/20020429/ phpESP Settings Expected ESP_BASE: /www/110mb.com/c/o/m/m/u/n/i/c/communicatiewijzer/htdocs/phpESP/ Expected base_url: communicatiewijzer.110mb.com/phpESP/ Loading phpESP.ini.php ... ESP_BASE: /www/110mb.com/c/o/m/m/u/n/i/c/communicatiewijzer/htdocs/phpESP/ base_url: http://communicatiewijzer.110mb.com/phpESP/ Version: 2.1.1 Debug: No phpESP Language Settings GNU Gettext: Real default_lang: en_US current lang: nl_NL available langs: da_DK, hu_HU, nl_NL, ja_JP, en_US, es_ES, sv_SE, fi_FI, el_GR, pt_BR, it_IT, de_DE, fr_FR, fi, pt_PT (da, de, el, en, es, fi, fr, it, ja, nl, pt, sv) GNU Gettext test: %%%% Gettext Test Failed Catalog Open Test: Yes PHP Session Test session.save_path: /var/lib/php Counter: 1 phpESP System Information http://communicatiewijzer.110mb.com/phpESP/admin/test.php 1 van 1 17-02-2009 14:41 ---------------------------------------------------------------------- Comment By: Franky Van Liedekerke (liedekef) Date: 2009-02-17 13:36 Message: Hi Arnout, did you just try it? The test page is a bit off in this case I think. It should "just work". Franky ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=2609158&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2009-02-17 14:43:37
|
Bugs item #2609158, was opened at 2009-02-17 13:22 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=2609158&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Franky Van Liedekerke (liedekef) Summary: translations Initial Comment: phpESP 2.1.1. Translation in Dutch language doesn'work. See the attached file. Can you help me? Thanks Arnout De Witte Arn...@pa... ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-02-17 14:43 Message: Dag Franky Als ik in de examples subdir survey_nl.php aanklik, dan krijg ik de onderstaande boodschap op het scherm. Kun je me hiermee verderhelpen? Warning: file_get_contents() [function.file-get-contents]: URL file-access is disabled in the server configuration in /www/110mb.com/c/o/m/m/u/n/i/c/communicatiewijzer/htdocs/phpESP/examples/survey_fr.php on line 3 Warning: file_get_contents(http://blahblahblah.site.org/index.php?module=webpage&id=27) [function.file-get-contents]: failed to open stream: no suitable wrapper could be found in /www/110mb.com/c/o/m/m/u/n/i/c/communicatiewijzer/htdocs/phpESP/examples/survey_fr.php on line 3 Warning: include(public/phpESP.first.php) [function.include]: failed to open stream: No such file or directory in /www/110mb.com/c/o/m/m/u/n/i/c/communicatiewijzer/htdocs/phpESP/examples/survey_fr.php on line 12 Warning: include(public/phpESP.first.php) [function.include]: failed to open stream: No such file or directory in /www/110mb.com/c/o/m/m/u/n/i/c/communicatiewijzer/htdocs/phpESP/examples/survey_fr.php on line 12 Warning: include() [function.include]: Failed opening 'public/phpESP.first.php' for inclusion (include_path='.:/usr/share/php') in /www/110mb.com/c/o/m/m/u/n/i/c/communicatiewijzer/htdocs/phpESP/examples/survey_fr.php on line 12 ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-02-17 14:36 Message: Arnout, heb je al gekeken naar de voorbeeldjes in de examples subdir? Daar staan voorbeeldjes van hoe een survey te tonen in een andere taal. Franky ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-02-17 14:28 Message: Dag Franky Hartelijk dank voor je reactie. Maar als ik het programma open, wordt alles in het Engels weergegeven. Op de website van de server waarop ik het programma wens uit te testen, vermeldt de php-info: "gettext support enabled". Ik vermoed dus dat gettest wel degelijk al geïnstalleerd is. En toch werkt de Nederlandse vertaling niet. Arnout ---------------------------------------------------------------------- Comment By: Franky Van Liedekerke (liedekef) Date: 2009-02-17 14:11 Message: Arnout, zoals reeds gezegd: probeer gewoon. De test-pagina kan je negeren in dit geval. Als gettext niet geïnstalleerd is voor jouw php installatie, doe dat dan eerst (op linux is dit een extra rpm package, op windows heb ik geen idee). Franky ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-02-17 13:52 Message: Hi Franky, I'm sorry, but my English is very bad. The Dutch Translation doesn't work. Everything is in English. GNU Gettext test = failed ! Do you have a solution? PHP Information Version: 5.1.6 OS: Linux SAPI: apache2handler register_globals: No magic_quotes_gpc: Yes magic_quotes_runtime: No safe_mode: No open_basedir: PHP Extensions dBase: No GD: Yes -- bundled (2.0.28 compatible) GNU Gettext: Yes LDAP: No MySQL: Yes PostgreSQL: No PHP Extension Dir (compiled): /usr/lib/php/20050922 PHP Extension Dir (run time): /usr/lib/php4/20020429/ phpESP Settings Expected ESP_BASE: /www/110mb.com/c/o/m/m/u/n/i/c/communicatiewijzer/htdocs/phpESP/ Expected base_url: communicatiewijzer.110mb.com/phpESP/ Loading phpESP.ini.php ... ESP_BASE: /www/110mb.com/c/o/m/m/u/n/i/c/communicatiewijzer/htdocs/phpESP/ base_url: http://communicatiewijzer.110mb.com/phpESP/ Version: 2.1.1 Debug: No phpESP Language Settings GNU Gettext: Real default_lang: en_US current lang: nl_NL available langs: da_DK, hu_HU, nl_NL, ja_JP, en_US, es_ES, sv_SE, fi_FI, el_GR, pt_BR, it_IT, de_DE, fr_FR, fi, pt_PT (da, de, el, en, es, fi, fr, it, ja, nl, pt, sv) GNU Gettext test: %%%% Gettext Test Failed Catalog Open Test: Yes PHP Session Test session.save_path: /var/lib/php Counter: 1 phpESP System Information http://communicatiewijzer.110mb.com/phpESP/admin/test.php 1 van 1 17-02-2009 14:41 ---------------------------------------------------------------------- Comment By: Franky Van Liedekerke (liedekef) Date: 2009-02-17 13:36 Message: Hi Arnout, did you just try it? The test page is a bit off in this case I think. It should "just work". Franky ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=2609158&group_id=8956 |
24 messages has been excluded from this view by a project administrator.
