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-04-30 03:59:50
|
Bugs item #2784037, was opened at 2009-04-29 16:20 Message generated for change (Comment added) made by kswartz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=2784037&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: 2.1.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: kswartz (kswartz) Assigned to: bishop (bishopb) Summary: Dashboard may report wrong status after first survey Initial Comment: If I have one survey completed, and another unfinished, the status should read "Some Finished, some Incomplete". In my case, it always reads "Finished" for anything other than the first survey in the dashboard. I tracked it down to this code fragment in the survey_get_from_sql function in espsurvey.inc: if (isset($surveys[$id])) { if ($needsConversion) { // we've collided, but not yet converted to an array: do so $surveys[$id] = array ($surveys[$id]); $needsConversion = false; } $surveys[$id][] = $row; } else { $surveys[$id] = $row; } If you have multiple responses, the block of code after $needsConversion will convert a single response into an array of responses. The problem occurs when you have more than one survey. We set $needsConversion to false after we convert the first time, but it doesn't get flipped back to true when we start cycling through the NEXT survey in the list (i.e.: when we have a new $id index). So, for surveys AFTER the first one, this creates an array inside an array, rather than an array of two surveys. The code in the dashboard only ever sees the results of the first response, since it is at the top-level, and reports "Finished" when it should say "Some finished, some incomplete". It's an easy fix, but requires two changes. Also, I've only tested this change on the dashboard, so I do NOT know if this change will impact anything else that calls these routines. First change: < } else { < $surveys[$id] = $row; < } --- > } else { > $surveys[$id] = $row; > $needsConversion = true; > } Second change is in the routine survey_get_responses: < $sql =<<<EOSQL < SELECT survey_id, username, submitted, complete, ip < FROM {$GLOBALS['ESPCONFIG']['response_table']} AS tblResponse < WHERE $limit < EOSQL; ---- > $sql =<<<EOSQL > SELECT survey_id, username, submitted, complete, ip > FROM {$GLOBALS['ESPCONFIG']['response_table']} AS tblResponse > WHERE $limit > ORDER BY survey_id > EOSQL; The second fix is necessary because without it, you'll run into problems if the $sql sent to survey_get_from_sql looks like this: survey_id other-stuff ---------------------------- 1 foo 1 ... 1 ... 3 ... 1 ... When it hits row 4, it resets $needsConversion to true. But on the next pass, it executes that against $surveys[1] instead of $surveys[3]. The change to the SQL ensures that we process all responses for a survey before building the structure for the next one. Steps to reproduce (I think): 1. Create two private surveys, allow multiple responses. 2. Log on to the dashboard, complete the first one once, then start again and save. 3. Now complete the second one once, then start again and save. 4. The dashboard will show the right thing for the first survey, but "Finished" (incorrectly) for the second survey. This same problem may appear in other places (like historical surveys). The second change may be needed in the other survey_get_* functions. (But I think it can't hurt.) Sorry, don't have svn working yet, so can't verify in upcoming 2.1.3. ---------------------------------------------------------------------- >Comment By: kswartz (kswartz) Date: 2009-04-29 20:59 Message: Actually, there's a much easier fix than what I proposed (don't know why I didn't think of this first). It only requires changing survey_get_from_sql function. Remove ALL references to $needsConversion, and change one line: < if ($needsConversion) { --- > if (! array_key_exists(0,$surveys[$id])) { ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=2784037&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2009-04-30 00:44:28
|
Bugs item #2784037, was opened at 2009-04-29 19:20 Message generated for change (Settings changed) made by bishopb You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=2784037&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: 2.1.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: kswartz (kswartz) >Assigned to: bishop (bishopb) Summary: Dashboard may report wrong status after first survey Initial Comment: If I have one survey completed, and another unfinished, the status should read "Some Finished, some Incomplete". In my case, it always reads "Finished" for anything other than the first survey in the dashboard. I tracked it down to this code fragment in the survey_get_from_sql function in espsurvey.inc: if (isset($surveys[$id])) { if ($needsConversion) { // we've collided, but not yet converted to an array: do so $surveys[$id] = array ($surveys[$id]); $needsConversion = false; } $surveys[$id][] = $row; } else { $surveys[$id] = $row; } If you have multiple responses, the block of code after $needsConversion will convert a single response into an array of responses. The problem occurs when you have more than one survey. We set $needsConversion to false after we convert the first time, but it doesn't get flipped back to true when we start cycling through the NEXT survey in the list (i.e.: when we have a new $id index). So, for surveys AFTER the first one, this creates an array inside an array, rather than an array of two surveys. The code in the dashboard only ever sees the results of the first response, since it is at the top-level, and reports "Finished" when it should say "Some finished, some incomplete". It's an easy fix, but requires two changes. Also, I've only tested this change on the dashboard, so I do NOT know if this change will impact anything else that calls these routines. First change: < } else { < $surveys[$id] = $row; < } --- > } else { > $surveys[$id] = $row; > $needsConversion = true; > } Second change is in the routine survey_get_responses: < $sql =<<<EOSQL < SELECT survey_id, username, submitted, complete, ip < FROM {$GLOBALS['ESPCONFIG']['response_table']} AS tblResponse < WHERE $limit < EOSQL; ---- > $sql =<<<EOSQL > SELECT survey_id, username, submitted, complete, ip > FROM {$GLOBALS['ESPCONFIG']['response_table']} AS tblResponse > WHERE $limit > ORDER BY survey_id > EOSQL; The second fix is necessary because without it, you'll run into problems if the $sql sent to survey_get_from_sql looks like this: survey_id other-stuff ---------------------------- 1 foo 1 ... 1 ... 3 ... 1 ... When it hits row 4, it resets $needsConversion to true. But on the next pass, it executes that against $surveys[1] instead of $surveys[3]. The change to the SQL ensures that we process all responses for a survey before building the structure for the next one. Steps to reproduce (I think): 1. Create two private surveys, allow multiple responses. 2. Log on to the dashboard, complete the first one once, then start again and save. 3. Now complete the second one once, then start again and save. 4. The dashboard will show the right thing for the first survey, but "Finished" (incorrectly) for the second survey. This same problem may appear in other places (like historical surveys). The second change may be needed in the other survey_get_* functions. (But I think it can't hurt.) Sorry, don't have svn working yet, so can't verify in upcoming 2.1.3. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=2784037&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2009-04-29 23:20:01
|
Bugs item #2784037, was opened at 2009-04-29 16:20 Message generated for change (Tracker Item Submitted) made by kswartz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=2784037&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: 2.1.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: kswartz (kswartz) Assigned to: Nobody/Anonymous (nobody) Summary: Dashboard may report wrong status after first survey Initial Comment: If I have one survey completed, and another unfinished, the status should read "Some Finished, some Incomplete". In my case, it always reads "Finished" for anything other than the first survey in the dashboard. I tracked it down to this code fragment in the survey_get_from_sql function in espsurvey.inc: if (isset($surveys[$id])) { if ($needsConversion) { // we've collided, but not yet converted to an array: do so $surveys[$id] = array ($surveys[$id]); $needsConversion = false; } $surveys[$id][] = $row; } else { $surveys[$id] = $row; } If you have multiple responses, the block of code after $needsConversion will convert a single response into an array of responses. The problem occurs when you have more than one survey. We set $needsConversion to false after we convert the first time, but it doesn't get flipped back to true when we start cycling through the NEXT survey in the list (i.e.: when we have a new $id index). So, for surveys AFTER the first one, this creates an array inside an array, rather than an array of two surveys. The code in the dashboard only ever sees the results of the first response, since it is at the top-level, and reports "Finished" when it should say "Some finished, some incomplete". It's an easy fix, but requires two changes. Also, I've only tested this change on the dashboard, so I do NOT know if this change will impact anything else that calls these routines. First change: < } else { < $surveys[$id] = $row; < } --- > } else { > $surveys[$id] = $row; > $needsConversion = true; > } Second change is in the routine survey_get_responses: < $sql =<<<EOSQL < SELECT survey_id, username, submitted, complete, ip < FROM {$GLOBALS['ESPCONFIG']['response_table']} AS tblResponse < WHERE $limit < EOSQL; ---- > $sql =<<<EOSQL > SELECT survey_id, username, submitted, complete, ip > FROM {$GLOBALS['ESPCONFIG']['response_table']} AS tblResponse > WHERE $limit > ORDER BY survey_id > EOSQL; The second fix is necessary because without it, you'll run into problems if the $sql sent to survey_get_from_sql looks like this: survey_id other-stuff ---------------------------- 1 foo 1 ... 1 ... 3 ... 1 ... When it hits row 4, it resets $needsConversion to true. But on the next pass, it executes that against $surveys[1] instead of $surveys[3]. The change to the SQL ensures that we process all responses for a survey before building the structure for the next one. Steps to reproduce (I think): 1. Create two private surveys, allow multiple responses. 2. Log on to the dashboard, complete the first one once, then start again and save. 3. Now complete the second one once, then start again and save. 4. The dashboard will show the right thing for the first survey, but "Finished" (incorrectly) for the second survey. This same problem may appear in other places (like historical surveys). The second change may be needed in the other survey_get_* functions. (But I think it can't hurt.) Sorry, don't have svn working yet, so can't verify in upcoming 2.1.3. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=2784037&group_id=8956 |
|
From: Franky V. L. <lie...@te...> - 2009-04-25 08:04:11
|
On Fri, 24 Apr 2009 20:59:46 -0400
Bishop Bettini <ph...@id...> wrote:
> Assuming that we stipulate that "there are certain security
> precautions necessary for examinations that aren't present in
> phpESP", is there any fundamental reason why the phpESP code base
> shouldn't include "exam-like" functionality?
nope, I just wasn't "warm" for it. But again, if it doesn't change
default behaviour, no problem at all.
> In other words, if the survey admin is willing to take the risk of
> those missing security features, then should he be able to run an
> exam for credit?
sure, but I believe there are better programs for taking online exams
on freshmeat.
> Interesting note, however, is that the request for the feedback
> functionality as it will be used by the bounty staker is not for
> examination, but to tell the survey taker what should be done "next".
he probably didn't think about it yet :-)
Franky
> Regards,
> bishop
>
> Quoting Franky Van Liedekerke <lie...@te...>:
>
> > For me, this represents more like answers to an exam, not really
> > usefull for a survey. But if it provides backward compatibility: go
> > ahead :-)
> >
> > Franky
> >
> > On Fri, 24 Apr 2009 19:17:00 -0400
> > Bishop Bettini <ph...@id...> wrote:
> >
> >> Anybody want this? Otherwise, I might just work on it this
> >> weekend. Any feedback on the design for this ("feedback") and the
> >> other one I recently regarding "credit" would be greatly
> >> appreciated before any work begins on these.
> >>
> >> Thanks,
> >> bishop
> >>
> >> Quoting Bishop Bettini <ph...@id...>:
> >>
> >> > Team,
> >> >
> >> > Doug Stewart (copied on this email) is offering a USD 50 bounty
> >> > for the completion of SFID 2771740 ("Display feedback for
> >> > possible answer") within 30 calendar days.
> >> >
> >> > Here is the relevant part from an email exchange we had:
> >> >
> >> > "The phpESP software meets my requirements, with one missing
> >> > capability. I think that this capability would be of general use
> >> > and I would be willing to make a small contribution to its
> >> > development, if it could be done quickly.
> >> > ...
> >> > I'm only looking at creating a couple of surveys. I've a designer
> >> > who can create one for me for about $50, which I can then copy
> >> > and modify as needed. I'm guessing that $50 doesn't come
> >> > anywhere close to covering the costs of making the changes. On
> >> > the other hand, I think that what I propose would be of interest
> >> > to a fair number of people. Furthermore, based on my research,
> >> > it is functionality which isn't widely available, so not only
> >> > useful, but also will set phpESP apart. So, given the choice
> >> > between paying $50 for custom development that benefits only me
> >> > and making a contribution of $50 to something that benefits many
> >> > people, I would choose to go with the latter."
> >> >
> >> >
> >> > I'm not sure there's a protocol for how to handle bounty, but I'm
> >> > guessing it's first-come-first-served or
> >> > split-between-contributors. So, if you want it, or want to help
> >> > with it, speak up!
> >>
> >
> > ------------------------------------------------------------------------------
> > Crystal Reports - New Free Runtime and 30 Day Trial
> > Check out the new simplified licensign option that enables unlimited
> > royalty-free distribution of the report engine for externally
> > facing server and web deployment.
> > http://p.sf.net/sfu/businessobjects
> > _______________________________________________
> > phpESP-devel mailing list
> > php...@li...
> > https://lists.sourceforge.net/lists/listinfo/phpesp-devel
> >
>
>
>
|
|
From: Franky V. L. <lie...@te...> - 2009-04-25 08:00:54
|
On Fri, 24 Apr 2009 21:31:43 -0400 Bishop Bettini <ph...@id...> wrote: > Team, > > What is the protocol for adding to a string that already has a > translation? > > For example, the message catalog string is this: > "Enter the possible answers (if applicable). Enter !other on an line > by itself to create a fill-in-the-blank answer at the end of this > question. Any blank lines will be suppressed." > > I want to make it something like: > "Enter the possible answers (if applicable). Enter !other on an line > by itself to create a fill-in-the-blank answer at the end of this > question. Any blank lines will be suppressed. > > If you want to provide feedback to the user after they choose one of > these answers, enter it below. Answers without feedback will not be > shown." > > > I see two approaches: > 1. Create a new entry in the message catalog, and then let the usual > translation take over. > 2. Tack the English version right onto the existing, even those that > are translated. > > The net effect is the same until someone provides a translation: > English pops up in the middle of an otherwise translated page. My > inclination, since they are visually equivalent, is to just tack > them on to the translations. > > Thoughts? > bishop > well, if you change an existing string that already has translations then you need to change all other translation files to include this English string as well (or do the translation yourself). Not pretty, since the English version is supposed to be shown if no translation is present (some of the translation programs work like that). So I would prefer a new string and it costs less time to do :-) Franky |
|
From: Bishop B. <ph...@id...> - 2009-04-25 01:57:47
|
Team, What is the protocol for adding to a string that already has a translation? For example, the message catalog string is this: "Enter the possible answers (if applicable). Enter !other on an line by itself to create a fill-in-the-blank answer at the end of this question. Any blank lines will be suppressed." I want to make it something like: "Enter the possible answers (if applicable). Enter !other on an line by itself to create a fill-in-the-blank answer at the end of this question. Any blank lines will be suppressed. If you want to provide feedback to the user after they choose one of these answers, enter it below. Answers without feedback will not be shown." I see two approaches: 1. Create a new entry in the message catalog, and then let the usual translation take over. 2. Tack the English version right onto the existing, even those that are translated. The net effect is the same until someone provides a translation: English pops up in the middle of an otherwise translated page. My inclination, since they are visually equivalent, is to just tack them on to the translations. Thoughts? bishop -- 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-04-25 01:14:41
|
Feature Requests item #2771740, was opened at 2009-04-17 21:27 Message generated for change (Settings changed) made by bishopb You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358956&aid=2771740&group_id=8956 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: survey format Group: None Status: Open Priority: 5 Private: No Submitted By: bishop (bishopb) >Assigned to: bishop (bishopb) Summary: Display feedback for possible answer Initial Comment: In some circumstances (usually when "grading" a survey as an examination), the survey designer wants to provide feedback about the particular answer chosen. For example, consider this survey: Title: "Are you ready to move to France?". Question 1: "How much French do you speak?" Possible Answers: None A few words Conversational Fluent If the respondent selects "None", the survey designer wants to present some text impressing the importance of knowing French, perhaps with hyperlinks to resources on-line. But if the respondent selects "Conversational", the survey designer wants to tell them that they can move to France, but they need to improve their skill to take a professional position. Or this survey: Title: "All About the Moon" Question 1: "The moon is made of..." Possible Answers: Rock Cheese If the respondent chooses rock, the feedback could be "That's right!". But if the respondent chooses cheese, the feedback could be "That's wrong!". So, the scope of this ticket is to add feedback text to each possible answer, like (assuming SFID 2771716 completed): LABEL CREDIT FEEDBACK 1. [_____________________] [____] [________________________________] 2. [_____________________] [____] [________________________________] 3. [_____________________] [____] [________________________________] 4. [_____________________] [____] [________________________________] 5. [_____________________] [____] [________________________________] 6. [_____________________] [____] [________________________________] 7. [_____________________] [____] [________________________________] 8. [_____________________] [____] [________________________________] 9. [_____________________] [____] [________________________________] 10. [_____________________] [____] [________________________________] Note: The feedback may be either a text input or a text area; text area is preferred but space limitations on the UI may dictate a text input. Feedback is shown at the next section break or end of survey, which ever comes first. So, if a survey has two sections with 10 questions in each section, then any feedback for the first 10 questions is shown between the 1st & 2nd section, and feedback for the last 10 questions is shown at the end of the survey. Feedback is shown as follows: This is the question that was asked? Your Choice: The respondent chose this. Feedback: This is the feedback entered for this possible answer. If question numbering is engaged, the question number should appear in front of the question text. If no feedback is entered for the respondent's selected choice, no feedback is shown. That is, the question, the choice and the feedback section are all omitted; this ensures visual backwards compatibility. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358956&aid=2771740&group_id=8956 |
|
From: Bishop B. <ph...@id...> - 2009-04-25 00:59:55
|
Assuming that we stipulate that "there are certain security
precautions necessary for examinations that aren't present in phpESP",
is there any fundamental reason why the phpESP code base shouldn't
include "exam-like" functionality?
In other words, if the survey admin is willing to take the risk of
those missing security features, then should he be able to run an exam
for credit?
Interesting note, however, is that the request for the feedback
functionality as it will be used by the bounty staker is not for
examination, but to tell the survey taker what should be done "next".
Regards,
bishop
Quoting Franky Van Liedekerke <lie...@te...>:
> For me, this represents more like answers to an exam, not really
> usefull for a survey. But if it provides backward compatibility: go
> ahead :-)
>
> Franky
>
> On Fri, 24 Apr 2009 19:17:00 -0400
> Bishop Bettini <ph...@id...> wrote:
>
>> Anybody want this? Otherwise, I might just work on it this
>> weekend. Any feedback on the design for this ("feedback") and the
>> other one I recently regarding "credit" would be greatly appreciated
>> before any work begins on these.
>>
>> Thanks,
>> bishop
>>
>> Quoting Bishop Bettini <ph...@id...>:
>>
>> > Team,
>> >
>> > Doug Stewart (copied on this email) is offering a USD 50 bounty for
>> > the completion of SFID 2771740 ("Display feedback for possible
>> > answer") within 30 calendar days.
>> >
>> > Here is the relevant part from an email exchange we had:
>> >
>> > "The phpESP software meets my requirements, with one missing
>> > capability. I think that this capability would be of general use
>> > and I would be willing to make a small contribution to its
>> > development, if it could be done quickly.
>> > ...
>> > I'm only looking at creating a couple of surveys. I've a designer
>> > who can create one for me for about $50, which I can then copy and
>> > modify as needed. I'm guessing that $50 doesn't come anywhere
>> > close to covering the costs of making the changes. On the other
>> > hand, I think that what I propose would be of interest to a fair
>> > number of people. Furthermore, based on my research, it is
>> > functionality which isn't widely available, so not only useful, but
>> > also will set phpESP apart. So, given the choice between paying $50
>> > for custom development that benefits only me and making a
>> > contribution of $50 to something that benefits many people, I would
>> > choose to go with the latter."
>> >
>> >
>> > I'm not sure there's a protocol for how to handle bounty, but I'm
>> > guessing it's first-come-first-served or split-between-contributors.
>> > So, if you want it, or want to help with it, speak up!
>>
>
> ------------------------------------------------------------------------------
> Crystal Reports - New Free Runtime and 30 Day Trial
> Check out the new simplified licensign option that enables unlimited
> royalty-free distribution of the report engine for externally facing
> server and web deployment.
> http://p.sf.net/sfu/businessobjects
> _______________________________________________
> 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: Franky V. L. <lie...@te...> - 2009-04-24 23:50:22
|
For me, this represents more like answers to an exam, not really
usefull for a survey. But if it provides backward compatibility: go
ahead :-)
Franky
On Fri, 24 Apr 2009 19:17:00 -0400
Bishop Bettini <ph...@id...> wrote:
> Anybody want this? Otherwise, I might just work on it this
> weekend. Any feedback on the design for this ("feedback") and the
> other one I recently regarding "credit" would be greatly appreciated
> before any work begins on these.
>
> Thanks,
> bishop
>
> Quoting Bishop Bettini <ph...@id...>:
>
> > Team,
> >
> > Doug Stewart (copied on this email) is offering a USD 50 bounty for
> > the completion of SFID 2771740 ("Display feedback for possible
> > answer") within 30 calendar days.
> >
> > Here is the relevant part from an email exchange we had:
> >
> > "The phpESP software meets my requirements, with one missing
> > capability. I think that this capability would be of general use
> > and I would be willing to make a small contribution to its
> > development, if it could be done quickly.
> > ...
> > I'm only looking at creating a couple of surveys. I've a designer
> > who can create one for me for about $50, which I can then copy and
> > modify as needed. I'm guessing that $50 doesn't come anywhere
> > close to covering the costs of making the changes. On the other
> > hand, I think that what I propose would be of interest to a fair
> > number of people. Furthermore, based on my research, it is
> > functionality which isn't widely available, so not only useful, but
> > also will set phpESP apart. So, given the choice between paying $50
> > for custom development that benefits only me and making a
> > contribution of $50 to something that benefits many people, I would
> > choose to go with the latter."
> >
> >
> > I'm not sure there's a protocol for how to handle bounty, but I'm
> > guessing it's first-come-first-served or split-between-contributors.
> > So, if you want it, or want to help with it, speak up!
>
|
|
From: Bishop B. <ph...@id...> - 2009-04-24 23:17:19
|
Anybody want this? Otherwise, I might just work on it this weekend.
Any feedback on the design for this ("feedback") and the other one I
recently regarding "credit" would be greatly appreciated before any
work begins on these.
Thanks,
bishop
Quoting Bishop Bettini <ph...@id...>:
> Team,
>
> Doug Stewart (copied on this email) is offering a USD 50 bounty for
> the completion of SFID 2771740 ("Display feedback for possible
> answer") within 30 calendar days.
>
> Here is the relevant part from an email exchange we had:
>
> "The phpESP software meets my requirements, with one missing
> capability. I think that this capability would be of general use and I
> would be willing to make a small contribution to its development, if
> it could be done quickly.
> ...
> I'm only looking at creating a couple of surveys. I've a designer who
> can create one for me for about $50, which I can then copy and modify
> as needed. I'm guessing that $50 doesn't come anywhere close to
> covering the costs of making the changes. On the other hand, I think
> that what I propose would be of interest to a fair number of people.
> Furthermore, based on my research, it is functionality which isn't
> widely available, so not only useful, but also will set phpESP apart.
> So, given the choice between paying $50 for custom development that
> benefits only me and making a contribution of $50 to something that
> benefits many people, I would choose to go with the latter."
>
>
> I'm not sure there's a protocol for how to handle bounty, but I'm
> guessing it's first-come-first-served or split-between-contributors.
> So, if you want it, or want to help with it, speak up!
--
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-04-22 14:47:08
|
Bugs item #1975575, was opened at 2008-05-27 18:13 Message generated for change (Comment added) made by bishopb You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1975575&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: None Status: Open Resolution: Later Priority: 3 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: bishop (bishopb) Summary: Dashboard shows PHP error messages during log in Initial Comment: When I go to <root>/phpESP/public/dashboard.php, I get the following error below the Login box where the list of survey's should be: -------------------------------- Notice: Undefined index: superuser in /nfs/c01/h05/mnt/37168/domains/remedy.fm/html/phpESP/admin/include/lib/espsurvey.inc on line 156 Notice: Undefined index: pall in /nfs/c01/h05/mnt/37168/domains/remedy.fm/html/phpESP/admin/include/lib/espsurvey.inc on line 158 Notice: Undefined index: pdata in /nfs/c01/h05/mnt/37168/domains/remedy.fm/html/phpESP/admin/include/lib/espsurvey.inc on line 158 Warning: array_intersect() [function.array-intersect]: Argument #1 is not an array in /nfs/c01/h05/mnt/37168/domains/remedy.fm/html/phpESP/admin/include/lib/espsurvey.inc on line 158 Notice: Undefined index: username in /nfs/c01/h05/mnt/37168/domains/remedy.fm/html/phpESP/admin/include/lib/espsurvey.inc on line 162 ---------------------------------------- I can't figure out what is wrong and why this is erroring out. Has anyone else had the same problem? Email: Ni...@re... Thanks, Nick ---------------------------------------------------------------------- >Comment By: bishop (bishopb) Date: 2009-04-22 10:47 Message: I believe it's still valid, as I know it was a problem, and I've not put in a fix for it. Since it impacts only the administrator, and there is an easy, but annoying, workaround, it's definitely not a hot item. ---------------------------------------------------------------------- Comment By: Franky Van Liedekerke (liedekef) Date: 2009-04-22 04:39 Message: Is this still valid? ---------------------------------------------------------------------- Comment By: Franky Van Liedekerke (liedekef) Date: 2008-06-28 07:39 Message: Logged In: YES user_id=109671 Originator: NO I have to say: I can't reproduce this: I have enabled the dashboard and the public survey shows up on the dashboard. I enabled all possible php errors to show up, but nothing: not in the logfile, nor on screen. For the record: I tried this with a freshly started browser where I didn't log in to any part of the admin interface ... Franky ---------------------------------------------------------------------- Comment By: bishop (bishopb) Date: 2008-05-29 09:52 Message: Logged In: YES user_id=1982963 Originator: NO These errors occur when you have logged in as an admin, then go to the public side and do something. As far as I know, there are two ways to get rid of the errors: 1) log in on the public side, 2) erase the session files. Do one of those, then you should get the list of public surveys without the errors. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-05-28 23:49 Message: Logged In: NO nick here, again... what you don't understand, is that i DO have the"dashboard_show_public_surveys" set to true. And when i go to the page, i get the error listed above in the original question and not a list of the public surveys. ---------------------------------------------------------------------- Comment By: bishop (bishopb) Date: 2008-05-27 20:59 Message: Logged In: YES user_id=1982963 Originator: NO Nick: I actually just reviewed my code, and I think the support you requested is already available. In the configuration file, there is a directive called "dashboard_show_public_surveys". Set that to true (the default is false). You should then get the list of public surveys, as well as the option to log in. As far as the errors go, set display_errors and display_startup_errors to off in your php.ini file. The scope of this ticket remains to address the root cause of these tickets. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-05-27 19:14 Message: Logged In: NO nick here... okay, i understand now. i'll write some SQL code on a new page and connect to my database. Something like: $SQL = "SELECT * FROM phpESP_survey WHERE public = 'Y'"; Then loop through the rows. Display the title with the link: <root>/phpESP/survey.php?name=<name> Hope this sounds okay to do... ---------------------------------------------------------------------- Comment By: Matthew Gregg (greggmc) Date: 2008-05-27 19:02 Message: Logged In: YES user_id=14116 Originator: NO Whoops forgot bishop was tracking... re-opened. ---------------------------------------------------------------------- Comment By: Matthew Gregg (greggmc) Date: 2008-05-27 19:00 Message: Logged In: YES user_id=14116 Originator: NO As bishopb mentioned.... "As far as the request to show surveys when not logged in, that is not a feature of the dashboard, but could be one: open a new ticket. As far as functionality, describe what you'd like to see in that new ticket: perhaps just the public surveys?" That simply isn't what the dashboard does. You change the way errors/warnings/notices are displayed in your php.ini. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-05-27 18:50 Message: Logged In: NO greggmc, how do i stop these warnings from being sent? i just want the public surveys to show upon arriving at the page. thanks. ---------------------------------------------------------------------- Comment By: bishop (bishopb) Date: 2008-05-27 18:26 Message: Logged In: YES user_id=1982963 Originator: NO Since I wrote the code, I'll comment: The underlying reason is that the public authentication code is a) working in the same session space as the administrator code, and b) is not filling in all the capabilities information administration side needs. This occurs only in the case when the same person is bouncing between the administration and public sides of phpESP, which is a rare case. I am tracking this as a FIXME, but since it affects such a small segment of the population (I believe) it has a low priority. Votes to increase the priority are welcome. As far as the request to show surveys when not logged in, that is not a feature of the dashboard, but could be one: open a new ticket. As far as functionality, describe what you'd like to see in that new ticket: perhaps just the public surveys? ---------------------------------------------------------------------- Comment By: Matthew Gregg (greggmc) Date: 2008-05-27 18:19 Message: Logged In: YES user_id=14116 Originator: NO These are notices and warnings, which technically we/phpESP should not be producing, but I think if you stop them from being sent to the browser the dashboard should work. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-05-27 18:18 Message: Logged In: NO Update... Nick here... I just noticed when I log in the admin panel side, then go to <root>/phpESP/public/dashboard.php, it shows the list of surveys that are available to take. However, when I sign out and then go to the page, i get the error. I'd like the list of surveys to show when the user is not logged in. Thanks! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1975575&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2009-04-22 08:42:38
|
Bugs item #1362398, was opened at 2005-11-21 00:42 Message generated for change (Comment added) made by liedekef You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1362398&group_id=8956 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: User Group: v1.8 Status: Open >Resolution: Out of Date Priority: 5 Private: No Submitted By: James Crook (merlot02) Assigned to: Nobody/Anonymous (nobody) Summary: qnType class isn't being applied to question tables Initial Comment: If I change the qnType class in a new css file, it does not change the style for the text next to yes/no questions, multiple choice etc, where the text is within it's own table. I think the style is not applied to the created table for these question types, and because it is a new table it does not inherit from the containing cell. Example: http://www.chocchipmm.com/phpESP/examples/classes.html Note that the first question has the correct style applied, the next few do not. phpesp 1.8 rc2, php4.something ---------------------------------------------------------------------- >Comment By: Franky Van Liedekerke (liedekef) Date: 2009-04-22 10:41 Message: If this is still the case, please reopen this ticket ---------------------------------------------------------------------- Comment By: Franky Van Liedekerke (liedekef) Date: 2009-04-22 10:41 Message: The latest production release already contains the fix, please update. ---------------------------------------------------------------------- Comment By: James Crook (merlot02) Date: 2005-11-22 02:49 Message: Logged In: YES user_id=1380592 I've posted a patch to fix the problem. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1362398&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2009-04-22 08:39:28
|
Bugs item #1975575, was opened at 2008-05-28 00:13 Message generated for change (Comment added) made by liedekef You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1975575&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: None Status: Open Resolution: Later Priority: 3 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: bishop (bishopb) Summary: Dashboard shows PHP error messages during log in Initial Comment: When I go to <root>/phpESP/public/dashboard.php, I get the following error below the Login box where the list of survey's should be: -------------------------------- Notice: Undefined index: superuser in /nfs/c01/h05/mnt/37168/domains/remedy.fm/html/phpESP/admin/include/lib/espsurvey.inc on line 156 Notice: Undefined index: pall in /nfs/c01/h05/mnt/37168/domains/remedy.fm/html/phpESP/admin/include/lib/espsurvey.inc on line 158 Notice: Undefined index: pdata in /nfs/c01/h05/mnt/37168/domains/remedy.fm/html/phpESP/admin/include/lib/espsurvey.inc on line 158 Warning: array_intersect() [function.array-intersect]: Argument #1 is not an array in /nfs/c01/h05/mnt/37168/domains/remedy.fm/html/phpESP/admin/include/lib/espsurvey.inc on line 158 Notice: Undefined index: username in /nfs/c01/h05/mnt/37168/domains/remedy.fm/html/phpESP/admin/include/lib/espsurvey.inc on line 162 ---------------------------------------- I can't figure out what is wrong and why this is erroring out. Has anyone else had the same problem? Email: Ni...@re... Thanks, Nick ---------------------------------------------------------------------- >Comment By: Franky Van Liedekerke (liedekef) Date: 2009-04-22 10:39 Message: Is this still valid? ---------------------------------------------------------------------- Comment By: Franky Van Liedekerke (liedekef) Date: 2008-06-28 13:39 Message: Logged In: YES user_id=109671 Originator: NO I have to say: I can't reproduce this: I have enabled the dashboard and the public survey shows up on the dashboard. I enabled all possible php errors to show up, but nothing: not in the logfile, nor on screen. For the record: I tried this with a freshly started browser where I didn't log in to any part of the admin interface ... Franky ---------------------------------------------------------------------- Comment By: bishop (bishopb) Date: 2008-05-29 15:52 Message: Logged In: YES user_id=1982963 Originator: NO These errors occur when you have logged in as an admin, then go to the public side and do something. As far as I know, there are two ways to get rid of the errors: 1) log in on the public side, 2) erase the session files. Do one of those, then you should get the list of public surveys without the errors. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-05-29 05:49 Message: Logged In: NO nick here, again... what you don't understand, is that i DO have the"dashboard_show_public_surveys" set to true. And when i go to the page, i get the error listed above in the original question and not a list of the public surveys. ---------------------------------------------------------------------- Comment By: bishop (bishopb) Date: 2008-05-28 02:59 Message: Logged In: YES user_id=1982963 Originator: NO Nick: I actually just reviewed my code, and I think the support you requested is already available. In the configuration file, there is a directive called "dashboard_show_public_surveys". Set that to true (the default is false). You should then get the list of public surveys, as well as the option to log in. As far as the errors go, set display_errors and display_startup_errors to off in your php.ini file. The scope of this ticket remains to address the root cause of these tickets. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-05-28 01:14 Message: Logged In: NO nick here... okay, i understand now. i'll write some SQL code on a new page and connect to my database. Something like: $SQL = "SELECT * FROM phpESP_survey WHERE public = 'Y'"; Then loop through the rows. Display the title with the link: <root>/phpESP/survey.php?name=<name> Hope this sounds okay to do... ---------------------------------------------------------------------- Comment By: Matthew Gregg (greggmc) Date: 2008-05-28 01:02 Message: Logged In: YES user_id=14116 Originator: NO Whoops forgot bishop was tracking... re-opened. ---------------------------------------------------------------------- Comment By: Matthew Gregg (greggmc) Date: 2008-05-28 01:00 Message: Logged In: YES user_id=14116 Originator: NO As bishopb mentioned.... "As far as the request to show surveys when not logged in, that is not a feature of the dashboard, but could be one: open a new ticket. As far as functionality, describe what you'd like to see in that new ticket: perhaps just the public surveys?" That simply isn't what the dashboard does. You change the way errors/warnings/notices are displayed in your php.ini. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-05-28 00:50 Message: Logged In: NO greggmc, how do i stop these warnings from being sent? i just want the public surveys to show upon arriving at the page. thanks. ---------------------------------------------------------------------- Comment By: bishop (bishopb) Date: 2008-05-28 00:26 Message: Logged In: YES user_id=1982963 Originator: NO Since I wrote the code, I'll comment: The underlying reason is that the public authentication code is a) working in the same session space as the administrator code, and b) is not filling in all the capabilities information administration side needs. This occurs only in the case when the same person is bouncing between the administration and public sides of phpESP, which is a rare case. I am tracking this as a FIXME, but since it affects such a small segment of the population (I believe) it has a low priority. Votes to increase the priority are welcome. As far as the request to show surveys when not logged in, that is not a feature of the dashboard, but could be one: open a new ticket. As far as functionality, describe what you'd like to see in that new ticket: perhaps just the public surveys? ---------------------------------------------------------------------- Comment By: Matthew Gregg (greggmc) Date: 2008-05-28 00:19 Message: Logged In: YES user_id=14116 Originator: NO These are notices and warnings, which technically we/phpESP should not be producing, but I think if you stop them from being sent to the browser the dashboard should work. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-05-28 00:18 Message: Logged In: NO Update... Nick here... I just noticed when I log in the admin panel side, then go to <root>/phpESP/public/dashboard.php, it shows the list of surveys that are available to take. However, when I sign out and then go to the page, i get the error. I'd like the list of surveys to show when the user is not logged in. Thanks! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1975575&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2009-04-21 18:56:56
|
Feature Requests item #1480092, was opened at 2006-05-01 16:33 Message generated for change (Comment added) made by kswartz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358956&aid=1480092&group_id=8956 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Priority: 5 Private: No Submitted By: J Peterson (jpeter1491) Assigned to: Nobody/Anonymous (nobody) Summary: mySQL and md5?? Initial Comment: Hello, first I have to say this is a great program. Thank you! Here is my problem... I manage a website that users have already registered for, and their passwords are md5 encrypted. How can I change phpESP to read the md5 hash that I copied over from another table? I've tried changing all 'PASSWORD($password)' to 'md5 ($password)' to no avail. I've looked all over the README files, FAQs, and searched the mail archives. Any other suggestions?? I really appreciate your help. phpESP ver: 1.8.1 mySQL ver: 3.23.58 john [at] johnpetersonpictures [dot] com ---------------------------------------------------------------------- Comment By: kswartz (kswartz) Date: 2009-04-21 11:56 Message: My apologies on the OLD_PASSWORD comment - I misread the problem description. And, actually, the use of OLD_PASSWORD isn't as simple as I laid it out to be. It is required not when you are using a pre-4.1 version of MySQL, but when you are using /client libraries/ from MySQL 4.0 or earlier to connect to a MySQL server running 4.1 or later. (I hit this problem on my own installation, as I only had limited control over updating the system libraries on my machine.) So it's not as simple as checking the version of the database server to know which one to use. Using md5, however, gets rid of this problem altogether, since it's behavior is consistent regardless of the database client or server version. So I like the enhancement for that reason, in addition to bishop's observation that it can be applied to multiple databases, and less database-specific code has many advantages. Of course, after recent events, one has to also assume that MySQL and Oracle will, in fact, remain separate in the long run. ;-) ---------------------------------------------------------------------- Comment By: bishop (bishopb) Date: 2009-04-21 06:07 Message: The less database specific code, the better, IMO. Of course, we should have the flexibility to utilize db-specific code, when needed for performance or other technical reasons. I'd vote to put this in the roadmap for discussion in v3. ---------------------------------------------------------------------- Comment By: Franky Van Liedekerke (liedekef) Date: 2009-04-21 05:53 Message: True, on all points. Even then, maybe md5 is better than using mysql password function ... then we can eliminate some database specific code and use md5 everywhere, no? But on the other hand, updating from PASSWORD to MD5 will be a real pain ita ... Franky ---------------------------------------------------------------------- Comment By: bishop (bishopb) Date: 2009-04-21 05:25 Message: I would also recommend updating phpESP to the latest version. And MySQL 3... I personally don't support any more. ---------------------------------------------------------------------- Comment By: bishop (bishopb) Date: 2009-04-21 05:24 Message: Most password-related functionality comes from the db_crypt() function in phpESP/admin/include/lib/espdatalib.inc I would start by changing that function to return MD5, like the Oracle case does. There are two other references to PASSWORD() in that file, and those may need to be updated, too. As for the PASSWORD v. OLD_PASSWORD issue, that should probably also be handled in the db_crypt() function. ---------------------------------------------------------------------- Comment By: Franky Van Liedekerke (liedekef) Date: 2009-04-21 00:27 Message: Well, the original ticket owner wants to replace PASSWORD by md5 calls, so wether or not it is OLD_PASSWORD or PASSWORD, it doesn't matter :-) ---------------------------------------------------------------------- Comment By: kswartz (kswartz) Date: 2009-04-21 00:02 Message: If you're running with a version of MySQL older than 5.0, you need to change the references of PASSWORD() to OLD_PASSWORD(). See http://dev.mysql.com/doc/refman/5.0/en/encryption-functions.html#function_old-password . If the documentation doesn't state that MySQL 5.x or later is required, then technically this is a bug (but could arguably be a doc bug). ---------------------------------------------------------------------- Comment By: Franky Van Liedekerke (liedekef) Date: 2009-04-20 01:17 Message: This is not a bug, so moving to feature request. Franky ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358956&aid=1480092&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2009-04-21 13:07:56
|
Feature Requests item #1480092, was opened at 2006-05-01 19:33 Message generated for change (Comment added) made by bishopb You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358956&aid=1480092&group_id=8956 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Priority: 5 Private: No Submitted By: J Peterson (jpeter1491) Assigned to: Nobody/Anonymous (nobody) Summary: mySQL and md5?? Initial Comment: Hello, first I have to say this is a great program. Thank you! Here is my problem... I manage a website that users have already registered for, and their passwords are md5 encrypted. How can I change phpESP to read the md5 hash that I copied over from another table? I've tried changing all 'PASSWORD($password)' to 'md5 ($password)' to no avail. I've looked all over the README files, FAQs, and searched the mail archives. Any other suggestions?? I really appreciate your help. phpESP ver: 1.8.1 mySQL ver: 3.23.58 john [at] johnpetersonpictures [dot] com ---------------------------------------------------------------------- >Comment By: bishop (bishopb) Date: 2009-04-21 09:07 Message: The less database specific code, the better, IMO. Of course, we should have the flexibility to utilize db-specific code, when needed for performance or other technical reasons. I'd vote to put this in the roadmap for discussion in v3. ---------------------------------------------------------------------- Comment By: Franky Van Liedekerke (liedekef) Date: 2009-04-21 08:53 Message: True, on all points. Even then, maybe md5 is better than using mysql password function ... then we can eliminate some database specific code and use md5 everywhere, no? But on the other hand, updating from PASSWORD to MD5 will be a real pain ita ... Franky ---------------------------------------------------------------------- Comment By: bishop (bishopb) Date: 2009-04-21 08:25 Message: I would also recommend updating phpESP to the latest version. And MySQL 3... I personally don't support any more. ---------------------------------------------------------------------- Comment By: bishop (bishopb) Date: 2009-04-21 08:24 Message: Most password-related functionality comes from the db_crypt() function in phpESP/admin/include/lib/espdatalib.inc I would start by changing that function to return MD5, like the Oracle case does. There are two other references to PASSWORD() in that file, and those may need to be updated, too. As for the PASSWORD v. OLD_PASSWORD issue, that should probably also be handled in the db_crypt() function. ---------------------------------------------------------------------- Comment By: Franky Van Liedekerke (liedekef) Date: 2009-04-21 03:27 Message: Well, the original ticket owner wants to replace PASSWORD by md5 calls, so wether or not it is OLD_PASSWORD or PASSWORD, it doesn't matter :-) ---------------------------------------------------------------------- Comment By: kswartz (kswartz) Date: 2009-04-21 03:02 Message: If you're running with a version of MySQL older than 5.0, you need to change the references of PASSWORD() to OLD_PASSWORD(). See http://dev.mysql.com/doc/refman/5.0/en/encryption-functions.html#function_old-password . If the documentation doesn't state that MySQL 5.x or later is required, then technically this is a bug (but could arguably be a doc bug). ---------------------------------------------------------------------- Comment By: Franky Van Liedekerke (liedekef) Date: 2009-04-20 04:17 Message: This is not a bug, so moving to feature request. Franky ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358956&aid=1480092&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2009-04-21 12:54:03
|
Feature Requests item #1480092, was opened at 2006-05-02 01:33 Message generated for change (Comment added) made by liedekef You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358956&aid=1480092&group_id=8956 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Priority: 5 Private: No Submitted By: J Peterson (jpeter1491) Assigned to: Nobody/Anonymous (nobody) Summary: mySQL and md5?? Initial Comment: Hello, first I have to say this is a great program. Thank you! Here is my problem... I manage a website that users have already registered for, and their passwords are md5 encrypted. How can I change phpESP to read the md5 hash that I copied over from another table? I've tried changing all 'PASSWORD($password)' to 'md5 ($password)' to no avail. I've looked all over the README files, FAQs, and searched the mail archives. Any other suggestions?? I really appreciate your help. phpESP ver: 1.8.1 mySQL ver: 3.23.58 john [at] johnpetersonpictures [dot] com ---------------------------------------------------------------------- >Comment By: Franky Van Liedekerke (liedekef) Date: 2009-04-21 14:53 Message: True, on all points. Even then, maybe md5 is better than using mysql password function ... then we can eliminate some database specific code and use md5 everywhere, no? But on the other hand, updating from PASSWORD to MD5 will be a real pain ita ... Franky ---------------------------------------------------------------------- Comment By: bishop (bishopb) Date: 2009-04-21 14:25 Message: I would also recommend updating phpESP to the latest version. And MySQL 3... I personally don't support any more. ---------------------------------------------------------------------- Comment By: bishop (bishopb) Date: 2009-04-21 14:24 Message: Most password-related functionality comes from the db_crypt() function in phpESP/admin/include/lib/espdatalib.inc I would start by changing that function to return MD5, like the Oracle case does. There are two other references to PASSWORD() in that file, and those may need to be updated, too. As for the PASSWORD v. OLD_PASSWORD issue, that should probably also be handled in the db_crypt() function. ---------------------------------------------------------------------- Comment By: Franky Van Liedekerke (liedekef) Date: 2009-04-21 09:27 Message: Well, the original ticket owner wants to replace PASSWORD by md5 calls, so wether or not it is OLD_PASSWORD or PASSWORD, it doesn't matter :-) ---------------------------------------------------------------------- Comment By: kswartz (kswartz) Date: 2009-04-21 09:02 Message: If you're running with a version of MySQL older than 5.0, you need to change the references of PASSWORD() to OLD_PASSWORD(). See http://dev.mysql.com/doc/refman/5.0/en/encryption-functions.html#function_old-password . If the documentation doesn't state that MySQL 5.x or later is required, then technically this is a bug (but could arguably be a doc bug). ---------------------------------------------------------------------- Comment By: Franky Van Liedekerke (liedekef) Date: 2009-04-20 10:17 Message: This is not a bug, so moving to feature request. Franky ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358956&aid=1480092&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2009-04-21 12:25:51
|
Feature Requests item #1480092, was opened at 2006-05-01 19:33 Message generated for change (Comment added) made by bishopb You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358956&aid=1480092&group_id=8956 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Priority: 5 Private: No Submitted By: J Peterson (jpeter1491) Assigned to: Nobody/Anonymous (nobody) Summary: mySQL and md5?? Initial Comment: Hello, first I have to say this is a great program. Thank you! Here is my problem... I manage a website that users have already registered for, and their passwords are md5 encrypted. How can I change phpESP to read the md5 hash that I copied over from another table? I've tried changing all 'PASSWORD($password)' to 'md5 ($password)' to no avail. I've looked all over the README files, FAQs, and searched the mail archives. Any other suggestions?? I really appreciate your help. phpESP ver: 1.8.1 mySQL ver: 3.23.58 john [at] johnpetersonpictures [dot] com ---------------------------------------------------------------------- >Comment By: bishop (bishopb) Date: 2009-04-21 08:25 Message: I would also recommend updating phpESP to the latest version. And MySQL 3... I personally don't support any more. ---------------------------------------------------------------------- Comment By: bishop (bishopb) Date: 2009-04-21 08:24 Message: Most password-related functionality comes from the db_crypt() function in phpESP/admin/include/lib/espdatalib.inc I would start by changing that function to return MD5, like the Oracle case does. There are two other references to PASSWORD() in that file, and those may need to be updated, too. As for the PASSWORD v. OLD_PASSWORD issue, that should probably also be handled in the db_crypt() function. ---------------------------------------------------------------------- Comment By: Franky Van Liedekerke (liedekef) Date: 2009-04-21 03:27 Message: Well, the original ticket owner wants to replace PASSWORD by md5 calls, so wether or not it is OLD_PASSWORD or PASSWORD, it doesn't matter :-) ---------------------------------------------------------------------- Comment By: kswartz (kswartz) Date: 2009-04-21 03:02 Message: If you're running with a version of MySQL older than 5.0, you need to change the references of PASSWORD() to OLD_PASSWORD(). See http://dev.mysql.com/doc/refman/5.0/en/encryption-functions.html#function_old-password . If the documentation doesn't state that MySQL 5.x or later is required, then technically this is a bug (but could arguably be a doc bug). ---------------------------------------------------------------------- Comment By: Franky Van Liedekerke (liedekef) Date: 2009-04-20 04:17 Message: This is not a bug, so moving to feature request. Franky ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358956&aid=1480092&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2009-04-21 12:24:19
|
Feature Requests item #1480092, was opened at 2006-05-01 19:33 Message generated for change (Comment added) made by bishopb You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358956&aid=1480092&group_id=8956 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Priority: 5 Private: No Submitted By: J Peterson (jpeter1491) Assigned to: Nobody/Anonymous (nobody) Summary: mySQL and md5?? Initial Comment: Hello, first I have to say this is a great program. Thank you! Here is my problem... I manage a website that users have already registered for, and their passwords are md5 encrypted. How can I change phpESP to read the md5 hash that I copied over from another table? I've tried changing all 'PASSWORD($password)' to 'md5 ($password)' to no avail. I've looked all over the README files, FAQs, and searched the mail archives. Any other suggestions?? I really appreciate your help. phpESP ver: 1.8.1 mySQL ver: 3.23.58 john [at] johnpetersonpictures [dot] com ---------------------------------------------------------------------- >Comment By: bishop (bishopb) Date: 2009-04-21 08:24 Message: Most password-related functionality comes from the db_crypt() function in phpESP/admin/include/lib/espdatalib.inc I would start by changing that function to return MD5, like the Oracle case does. There are two other references to PASSWORD() in that file, and those may need to be updated, too. As for the PASSWORD v. OLD_PASSWORD issue, that should probably also be handled in the db_crypt() function. ---------------------------------------------------------------------- Comment By: Franky Van Liedekerke (liedekef) Date: 2009-04-21 03:27 Message: Well, the original ticket owner wants to replace PASSWORD by md5 calls, so wether or not it is OLD_PASSWORD or PASSWORD, it doesn't matter :-) ---------------------------------------------------------------------- Comment By: kswartz (kswartz) Date: 2009-04-21 03:02 Message: If you're running with a version of MySQL older than 5.0, you need to change the references of PASSWORD() to OLD_PASSWORD(). See http://dev.mysql.com/doc/refman/5.0/en/encryption-functions.html#function_old-password . If the documentation doesn't state that MySQL 5.x or later is required, then technically this is a bug (but could arguably be a doc bug). ---------------------------------------------------------------------- Comment By: Franky Van Liedekerke (liedekef) Date: 2009-04-20 04:17 Message: This is not a bug, so moving to feature request. Franky ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358956&aid=1480092&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2009-04-21 07:27:33
|
Feature Requests item #1480092, was opened at 2006-05-02 01:33 Message generated for change (Comment added) made by liedekef You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358956&aid=1480092&group_id=8956 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Priority: 5 Private: No Submitted By: J Peterson (jpeter1491) Assigned to: Nobody/Anonymous (nobody) Summary: mySQL and md5?? Initial Comment: Hello, first I have to say this is a great program. Thank you! Here is my problem... I manage a website that users have already registered for, and their passwords are md5 encrypted. How can I change phpESP to read the md5 hash that I copied over from another table? I've tried changing all 'PASSWORD($password)' to 'md5 ($password)' to no avail. I've looked all over the README files, FAQs, and searched the mail archives. Any other suggestions?? I really appreciate your help. phpESP ver: 1.8.1 mySQL ver: 3.23.58 john [at] johnpetersonpictures [dot] com ---------------------------------------------------------------------- >Comment By: Franky Van Liedekerke (liedekef) Date: 2009-04-21 09:27 Message: Well, the original ticket owner wants to replace PASSWORD by md5 calls, so wether or not it is OLD_PASSWORD or PASSWORD, it doesn't matter :-) ---------------------------------------------------------------------- Comment By: kswartz (kswartz) Date: 2009-04-21 09:02 Message: If you're running with a version of MySQL older than 5.0, you need to change the references of PASSWORD() to OLD_PASSWORD(). See http://dev.mysql.com/doc/refman/5.0/en/encryption-functions.html#function_old-password . If the documentation doesn't state that MySQL 5.x or later is required, then technically this is a bug (but could arguably be a doc bug). ---------------------------------------------------------------------- Comment By: Franky Van Liedekerke (liedekef) Date: 2009-04-20 10:17 Message: This is not a bug, so moving to feature request. Franky ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358956&aid=1480092&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2009-04-21 07:02:30
|
Feature Requests item #1480092, was opened at 2006-05-01 16:33 Message generated for change (Comment added) made by kswartz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358956&aid=1480092&group_id=8956 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Priority: 5 Private: No Submitted By: J Peterson (jpeter1491) Assigned to: Nobody/Anonymous (nobody) Summary: mySQL and md5?? Initial Comment: Hello, first I have to say this is a great program. Thank you! Here is my problem... I manage a website that users have already registered for, and their passwords are md5 encrypted. How can I change phpESP to read the md5 hash that I copied over from another table? I've tried changing all 'PASSWORD($password)' to 'md5 ($password)' to no avail. I've looked all over the README files, FAQs, and searched the mail archives. Any other suggestions?? I really appreciate your help. phpESP ver: 1.8.1 mySQL ver: 3.23.58 john [at] johnpetersonpictures [dot] com ---------------------------------------------------------------------- Comment By: kswartz (kswartz) Date: 2009-04-21 00:02 Message: If you're running with a version of MySQL older than 5.0, you need to change the references of PASSWORD() to OLD_PASSWORD(). See http://dev.mysql.com/doc/refman/5.0/en/encryption-functions.html#function_old-password . If the documentation doesn't state that MySQL 5.x or later is required, then technically this is a bug (but could arguably be a doc bug). ---------------------------------------------------------------------- Comment By: Franky Van Liedekerke (liedekef) Date: 2009-04-20 01:17 Message: This is not a bug, so moving to feature request. Franky ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358956&aid=1480092&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2009-04-20 08:37:11
|
Feature Requests item #645278, was opened at 2002-11-28 15:02 Message generated for change (Comment added) made by liedekef You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358956&aid=645278&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: gui Group: None Status: Open Priority: 3 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: bishop (bishopb) Summary: Link to phpESP Initial Comment: Why not linking the text at the upper left to phpESP-home ? Bye Buelent.Tiknas [@gmx.de] -- my email without whitespaces (to reduce spam) ---------------------------------------------------------------------- >Comment By: Franky Van Liedekerke (liedekef) Date: 2009-04-20 10:37 Message: go ahead and patch it :-) If it gets patches soon enough, it can still get in this version. Franky ---------------------------------------------------------------------- Comment By: kswartz (kswartz) Date: 2009-04-18 00:23 Message: I like the approach that the authors of Gallery take: only display this on administrative pages; user pages say nothing about the tool, allowing the administrator/deployers to customize it as they see fit (e.g.: a link to the company's IT group responsible for supporting the application). ---------------------------------------------------------------------- Comment By: bishop (bishopb) Date: 2009-04-17 23:14 Message: Possibly want to make the link configuration driven, so that the installation can override if they have a specific 'interim' page explaining a custom version. That is, company uses phpESP for core functionality, but tweaks it slightly for their needs. They want to link to a tweaked version information page, then that page can link back to phpESP. ---------------------------------------------------------------------- Comment By: bishop (bishopb) Date: 2009-04-17 23:12 Message: Makes sense to me: +1 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358956&aid=645278&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2009-04-20 08:19:28
|
Bugs item #1498228, was opened at 2006-05-31 15:46 Message generated for change (Settings changed) made by liedekef You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1498228&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: Nobody/Anonymous (nobody) Summary: gettext test fails even though support is 'real' Initial Comment: As stated in docs/TRANSLATIONS: --- Line 31 and 32 If the test fails, and support is 'Real,' please send a bug report along with the entire system test page. --- This is the output of admin/test.php: --- PHP Information Version: 4.4.0-3ubuntu2 OS: Linux SAPI: apache register_globals: No magic_quotes_gpc: No magic_quotes_runtime: No safe_mode: No open_basedir: PHP Extensions dBase: No GD: Yes -- 2.0 or higher GNU Gettext: Yes LDAP: No MySQL: Yes PHP Extension Dir (compiled): /usr/lib/php4/20050606 PHP Extension Dir (run time): /usr/lib/php4/20050606 phpESP Settings Expected ESP_BASE: /home/testbed/public_html/phpesp/ Expected base_url: blackbox.loopback.nu/~testbed/phpesp/ Loading phpESP.ini.php ... ESP_BASE: /home/testbed/public_html/phpesp/ base_url: http://blackbox.loopback.nu/~testbed/phpesp/ Version: 1.8.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, fi, fi_FI, fr_FR, hu_HU, it_IT, ja_JP, nl_NL, pt_BR, pt_PT, sv_SE (da, de, el, en, es, fi, fr, it, ja, nl, pt, sv) GNU Gettext test: %%%% Gettext Test Failed Catalog Open Test: Yes PHP Session Test session.save_path: /tmp/sessions Counter: 2 --- ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-01-12 00:13 Message: Logged In: NO PHP Information Version: 5.2.5 OS: Linux SAPI: apache2handler register_globals: Yes magic_quotes_gpc: Yes magic_quotes_runtime: No safe_mode: No open_basedir: VIRTUAL_DOCUMENT_ROOT PHP Extensions dBase: No GD: Yes -- bundled (2.0.34 compatible) GNU Gettext: Yes LDAP: No MySQL: Yes PHP Extension Dir (compiled): /usr/lib/php/20060613 PHP Extension Dir (run time): /usr/lib/php/20060613 phpESP Settings Loading phpESP.ini.php ... Version: 2.0.2 Debug: No phpESP Language Settings GNU Gettext: Real default_lang: de_DE current lang: de_DE available langs: fi, da_DK, de_DE, el_GR, en_US, es_ES, fi_FI, fr_FR, hu_HU, ja_JP, it_IT, nl_NL, pt_BR, pt_PT, sv_SE (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: /usr/export/tmp Counter: 1 It's a free funpic.de-Account (in case you need a test-server). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1498228&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2009-04-20 08:18:50
|
Bugs item #1464014, was opened at 2006-04-04 08:55 Message generated for change (Settings changed) made by liedekef You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1464014&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: Nobody/Anonymous (nobody) Summary: gettext not supported Initial Comment: Hello, As indicated in docs/TRANSLATION I send you a bugreport to signal a difficulty to use translations. It seems that all is Ok for the gettext configuration but I only have english version. Thanks to respond to ve...@ya... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1464014&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2009-04-20 08:17:34
|
Feature Requests item #1480092, was opened at 2006-05-02 01:33 Message generated for change (Comment added) made by liedekef You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358956&aid=1480092&group_id=8956 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. >Category: None >Group: None Status: Open Priority: 5 Private: No Submitted By: J Peterson (jpeter1491) Assigned to: Nobody/Anonymous (nobody) Summary: mySQL and md5?? Initial Comment: Hello, first I have to say this is a great program. Thank you! Here is my problem... I manage a website that users have already registered for, and their passwords are md5 encrypted. How can I change phpESP to read the md5 hash that I copied over from another table? I've tried changing all 'PASSWORD($password)' to 'md5 ($password)' to no avail. I've looked all over the README files, FAQs, and searched the mail archives. Any other suggestions?? I really appreciate your help. phpESP ver: 1.8.1 mySQL ver: 3.23.58 john [at] johnpetersonpictures [dot] com ---------------------------------------------------------------------- >Comment By: Franky Van Liedekerke (liedekef) Date: 2009-04-20 10:17 Message: This is not a bug, so moving to feature request. Franky ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358956&aid=1480092&group_id=8956 |
|
From: SourceForge.net <no...@so...> - 2009-04-20 08:15:43
|
Bugs item #2773387, was opened at 2009-04-19 02:36 Message generated for change (Comment added) made by liedekef You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=2773387&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: 2.1.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Kaine Aromataris (kainea) >Assigned to: Franky Van Liedekerke (liedekef) Summary: Skipped sections display empty page Initial Comment: I have a survey split into several pages by using section breaks. Early in the Survey I have a question which is designed to end the survey if a certain answer is given. I have set up the survey to skip every question after that if a particular answer is given. Unfortunately it still brings up every section with no questions on it. So you have to click next page 6 or 7 times to get through the empty pages and to the end of the survey. If all the questions in a section are skipped, that section page should also be skipped. ---------------------------------------------------------------------- >Comment By: Franky Van Liedekerke (liedekef) Date: 2009-04-20 10:15 Message: This is true. I don't know if this will make it to the next release though ... I'll try to reproduce this at home and see if a quick fix is possible, but I was planning on releasing this week (was supposed to be last week). Franky ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108956&aid=2773387&group_id=8956 |
24 messages has been excluded from this view by a project administrator.
