phpesp-devel — Discussion of the development of phpESP

[phpesp-dev] [ phpesp-Feature Requests-1046630 ] question content (not just name) exporting to csv

[SourceForge.net <no...@so...>]

Feature Requests item #1046630, was opened at 2004-10-14 00:56
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=358956&aid=1046630&group_id=8956

Category: None
Group: None
Status: Open
Priority: 5
Submitted By: Jurgis Pralgauskis (dz0)
Assigned to: Nobody/Anonymous (nobody)
Summary: question content (not just name) exporting to csv

Initial Comment:
for many practical reasons its nice to see real
question sentence nearby its answers.

file to change
admin/include/function/survey_export_csv.inc

there's how I fixed it
http://tadas.hn.org/~jurgis/php/surveys/phpESP/admin/include/function/survey_export_csv.inc

but I have no experience with CVS..
if it's ok, have and share it :)


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=358956&aid=1046630&group_id=8956

Re: [phpesp-dev] Fwd: Re: Easy Survey

[Matthew G. <gr...@mu...>]

So I guess it's time to change our name. Sigh...
My vote is for "TINE" ;-)

On Wed, 2004-10-13 at 14:55 -0400, James Flemer wrote:
>=20
> ----- Forwarded message from Shanti Rao <sh...@ra...> -----
>     Date: Wed, 13 Oct 2004 08:55:52 -0700
>     From: Shanti Rao <sh...@ra...>
> Reply-To: Shanti Rao <sh...@ra...>
>  Subject: Re: Easy Survey
>       To: "James E. Flemer" <jf...@ac...>,
> jim...@us...
>=20
> Dear Mr. Flemer,
>=20
> As you redesign phpESP, I would like to remind you te be careful not to
> use terms confusingly similar with our trademark for EZSURVEY. Since US
> trademark law includes phonetic similarities, we consider use of the
> name "Easy Survey" for competing products to be an infringement of our
> rights.
>=20
> Your GUI redesign preview, while attractive, is not consistent with wha=
t
> we agreed in 2002. While I regret giving you as much latitude as I did,
> I am still willing to accept "phpESP - php Easy Survey Package", but no=
t
> "Easy Survey Package" or "php Easy Survey Package" on its own.
>=20
> I suggest you read =A732-35 (15 U.S.C. =A71114)
> (http://www.uspto.gov/web/offices/tac/tmlaw2.html ) if you are doubt as
> to your responsibilities.
>=20
> Since phpESP has been reviewed in EWeek, I consider it a direct
> competitor to EZSurvey. I suggest you consider finding a new name
> altogether so as to avoid confusion with EZSurvey.
>=20
> Sincerely,
>=20
> Dr. Shanti Rao
> Raosoft, Inc.
>=20
> >OK thats certainly reasonable. I'll try to get to it this
> >week. I'm am a bit busy with finals and such right now so
> >it may be a couple of days.
> >-James
> >
> >On Wed, 17 Apr 2002, Shanti Rao wrote:
> >
> >
> >
> >>Mr. Flemer,
> >>
> >>Thank you for your reply. My concern is mainly with the phrase "Easy
> >>Survey Package." I would be happy if you were to refer to the program
> as:
> >>
> >>"phpESP -- php Easy Survey Package"
> >>
> >>That would greatly reduce my fears of confusion with our product.
> >>
> >>Sincerely,
> >>
> >>Shanti Rao
> >>
> >>
> >>James E. Flemer wrote:
> >>
> >>
> >>>Mr. Rao:
> >>>
> >>>Let me begin by clarifying the name of the software in
> >>>question is "phpESP" (pee Ach pee eee ess pee), which is
> >>>clearly different from "EZSURVEY". The "ESP" is expanded in
> >>>a few places as "Easy Survey Package", which as you note is
> >>>phonetically similar to "EZSURVEY" (assuming you pronounce
> >>>that as "eee zee" survey not "ehhzz" survey). You also note
> >>>that your product serves a different market then the free
> >>>software "phpESP"; your product is a Windows application,
> >>>where phpESP is a set of scripts to be run on a web server.
> >>>
> >>>The phrase "Easy Survey" only appears on the web site and
> >>>in the software documentation as part of the phrase
> >>>  "phpESP -- Easy Survey Package"
> >>>This is quite clearly different from your trade mark of
> >>>"EZSURVEY" which is using the letters 'E' and 'Z' to form
> >>>the same sound as "Easy". I see no substantial similarities
> >>>between these terms to warrant your request of "cease and
> >>>desist".
> >>>
> >>>I urge you to re-examine the uniqueness of your trademark
> >>>(the letters 'E' 'Z') and compare them to the way in which
> >>>phpESP uses the term "Easy".
> >>>
> >>>I understand your obligation to the defense of your
> >>>trademark to maintain it etc. However, please reconsider
> >>>your request. phpESP is a free, open-source package that is
> >>>maintained solely by volunteers.
> >>>
> >>>Please contact me at this email address if you have any
> >>>further questions.
> >>>
> >>>-James
> >>>
> >>>On Fri, 5 Apr 2002, Shanti Rao wrote:
> >>>
> >>>
> >>>
> >>>
> >>>>Dear Mr. Flemer,
> >>>>
> >>>>Would you please consider renaming your "php Easy Survey Package" t=
o
> >>>>something like "php Survey Package?" We have a trademark on the wor=
d
> >>>>EZSURVEY for our survey software program. Under US trademark law, t=
his
> >>>>gives us rights over similar sounding names, such as "Easy Survey".
> >>>>And, while I don't think you threaten our business since you serve =
a
> >>>>different market, we are obligated to defend our trademarks.
> >>>>
> >>>>The word mark EZSURVEY is a registered trademark of Raosoft Inc, an=
d
> has
> >>>>been used in interstate commerce since December 1991. Its registrat=
ion
> >>>>number is 1,721,621. Please cease and desist using the name EZSURVE=
Y
> and
> >>>>find a new name immediately.
> >>>>
> >>>>If you have any questions, please send me an email or give us a cal=
l.
> >>>>
> >>>>Yours truly,
> >>>>
> >>>>Shanti Rao
> >>>>sh...@ra...
> >>>>
> >>>>Raosoft, Inc.               Ph# (206) 525-4025
> >>>>6645 NE Windermere Rd       Fax (206) 525-4947
> >>>>Seattle, WA 98115-7942
> >>>>USA                         email ra...@ra...
> >>>>On the World-Wide-Web, check out http://www.raosoft.com/
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>
> >>>
> >>
> >>
> >
> >
> >
> >
>=20
> ----- End forwarded message -----
--=20
mcg
-------------------------------------
The IT Lab (http://www.itlab.musc.edu)

[phpesp-dev] Fwd: Re: Easy Survey

[James F. <jf...@uv...>]

----- Forwarded message from Shanti Rao <sh...@ra...> -----
    Date: Wed, 13 Oct 2004 08:55:52 -0700
    From: Shanti Rao <sh...@ra...>
Reply-To: Shanti Rao <sh...@ra...>
 Subject: Re: Easy Survey
      To: "James E. Flemer" <jf...@ac...>,
jim...@us...

Dear Mr. Flemer,

As you redesign phpESP, I would like to remind you te be careful not to
use terms confusingly similar with our trademark for EZSURVEY. Since US
trademark law includes phonetic similarities, we consider use of the
name "Easy Survey" for competing products to be an infringement of our
rights.

Your GUI redesign preview, while attractive, is not consistent with what
we agreed in 2002. While I regret giving you as much latitude as I did,
I am still willing to accept "phpESP - php Easy Survey Package", but not
"Easy Survey Package" or "php Easy Survey Package" on its own.

I suggest you read =A732-35 (15 U.S.C. =A71114)
(http://www.uspto.gov/web/offices/tac/tmlaw2.html ) if you are doubt as
to your responsibilities.

Since phpESP has been reviewed in EWeek, I consider it a direct
competitor to EZSurvey. I suggest you consider finding a new name
altogether so as to avoid confusion with EZSurvey.

Sincerely,

Dr. Shanti Rao
Raosoft, Inc.

>OK thats certainly reasonable. I'll try to get to it this
>week. I'm am a bit busy with finals and such right now so
>it may be a couple of days.
>-James
>
>On Wed, 17 Apr 2002, Shanti Rao wrote:
>
>
>
>>Mr. Flemer,
>>
>>Thank you for your reply. My concern is mainly with the phrase "Easy
>>Survey Package." I would be happy if you were to refer to the program
as:
>>
>>"phpESP -- php Easy Survey Package"
>>
>>That would greatly reduce my fears of confusion with our product.
>>
>>Sincerely,
>>
>>Shanti Rao
>>
>>
>>James E. Flemer wrote:
>>
>>
>>>Mr. Rao:
>>>
>>>Let me begin by clarifying the name of the software in
>>>question is "phpESP" (pee Ach pee eee ess pee), which is
>>>clearly different from "EZSURVEY". The "ESP" is expanded in
>>>a few places as "Easy Survey Package", which as you note is
>>>phonetically similar to "EZSURVEY" (assuming you pronounce
>>>that as "eee zee" survey not "ehhzz" survey). You also note
>>>that your product serves a different market then the free
>>>software "phpESP"; your product is a Windows application,
>>>where phpESP is a set of scripts to be run on a web server.
>>>
>>>The phrase "Easy Survey" only appears on the web site and
>>>in the software documentation as part of the phrase
>>>  "phpESP -- Easy Survey Package"
>>>This is quite clearly different from your trade mark of
>>>"EZSURVEY" which is using the letters 'E' and 'Z' to form
>>>the same sound as "Easy". I see no substantial similarities
>>>between these terms to warrant your request of "cease and
>>>desist".
>>>
>>>I urge you to re-examine the uniqueness of your trademark
>>>(the letters 'E' 'Z') and compare them to the way in which
>>>phpESP uses the term "Easy".
>>>
>>>I understand your obligation to the defense of your
>>>trademark to maintain it etc. However, please reconsider
>>>your request. phpESP is a free, open-source package that is
>>>maintained solely by volunteers.
>>>
>>>Please contact me at this email address if you have any
>>>further questions.
>>>
>>>-James
>>>
>>>On Fri, 5 Apr 2002, Shanti Rao wrote:
>>>
>>>
>>>
>>>
>>>>Dear Mr. Flemer,
>>>>
>>>>Would you please consider renaming your "php Easy Survey Package" to
>>>>something like "php Survey Package?" We have a trademark on the word
>>>>EZSURVEY for our survey software program. Under US trademark law, thi=
s
>>>>gives us rights over similar sounding names, such as "Easy Survey".
>>>>And, while I don't think you threaten our business since you serve a
>>>>different market, we are obligated to defend our trademarks.
>>>>
>>>>The word mark EZSURVEY is a registered trademark of Raosoft Inc, and
has
>>>>been used in interstate commerce since December 1991. Its registratio=
n
>>>>number is 1,721,621. Please cease and desist using the name EZSURVEY
and
>>>>find a new name immediately.
>>>>
>>>>If you have any questions, please send me an email or give us a call.
>>>>
>>>>Yours truly,
>>>>
>>>>Shanti Rao
>>>>sh...@ra...
>>>>
>>>>Raosoft, Inc.               Ph# (206) 525-4025
>>>>6645 NE Windermere Rd       Fax (206) 525-4947
>>>>Seattle, WA 98115-7942
>>>>USA                         email ra...@ra...
>>>>On the World-Wide-Web, check out http://www.raosoft.com/
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>
>
>

----- End forwarded message -----

[phpesp-dev] [ phpesp-Feature Requests-1037457 ] Passing Variables to Thank You Page?

[SourceForge.net <no...@so...>]

Feature Requests item #1037457, was opened at 2004-09-30 02:34
Message generated for change (Comment added) made by david2004
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=358956&aid=1037457&group_id=8956

Category: survey format
Group: None
Status: Open
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Passing Variables to Thank You Page?

Initial Comment:
It would be nice to be able to pass form variables
(survey repsonses) to the thank you page.

e.g.  thankyou.php?fname=aaa&lname=bbb
 
That way you can personally thank each person by name
for filling out the survey, or pass some information to
another program (targeted ads?)
 
It would seem you can edit admin/include/funcs.inc, but
I am not sure how to get the current form variables passed?

----------------------------------------------------------------------

Comment By: david (david2004)
Date: 2004-10-12 22:59

Message:
Logged In: YES 
user_id=1102898

I would also be interested in such a feature: I would like to 
calculate a result value based on the survey and display it, 
potentially as a graph (horizontal color bar for example). Like a 
quiz result.

Is there anybody out there who ...?

David

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=358956&aid=1037457&group_id=8956

[phpesp-dev] [ phpesp-Feature Requests-1037457 ] Passing Variables to Thank You Page?

[SourceForge.net <no...@so...>]

Feature Requests item #1037457, was opened at 2004-09-29 19:34
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=358956&aid=1037457&group_id=8956

Category: survey format
Group: None
Status: Open
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Passing Variables to Thank You Page?

Initial Comment:
It would be nice to be able to pass form variables
(survey repsonses) to the thank you page.

e.g.  thankyou.php?fname=aaa&lname=bbb
 
That way you can personally thank each person by name
for filling out the survey, or pass some information to
another program (targeted ads?)
 
It would seem you can edit admin/include/funcs.inc, but
I am not sure how to get the current form variables passed?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=358956&aid=1037457&group_id=8956

[phpesp-dev] [ phpesp-Bugs-1033058 ] CSV Errors again

[SourceForge.net <no...@so...>]

Bugs item #1033058, was opened at 2004-09-22 20:07
Message generated for change (Comment added) made by greggmc
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1033058&group_id=8956

Category: Admin
Group: v1.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Paul Jackson (beachbum_boy)
Assigned to: Nobody/Anonymous (nobody)
Summary: CSV Errors again

Initial Comment:
Create a survey with a rating scale with more than one 
scale with the same name, see:

http://phpesp.sourceforge.net/demo/admin/manage.php?
where=test&sid=3593

Now export the data to CSV. See:
http://phpesp.sourceforge.net/demo/admin/manage.php?
where=download&type=csv&test=1&sid=3593

The results only have the value for the last item 
repeated for all 4 values. THIS IS A BIG PROBLEM!!

This could be fixed by making each items of the rating 
scale have unique values. I agree that it is arguable 
whether anyone would ever need items with tha same 
name BUT lets say they could do it by accident. I think 
it should be fixed.

----------------------------------------------------------------------

>Comment By: Matthew Gregg (greggmc)
Date: 2004-09-23 10:37

Message:
Logged In: YES 
user_id=14116

This has me thinking that we SHOULD allow duplicate question
names and question choices.  The only reason we've
dissallowed duplicate question names is that the CSV exports
exploded on them.  CSV export needs some love.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1033058&group_id=8956

[phpesp-dev] [ phpesp-Bugs-1033402 ] Javascript error

[SourceForge.net <no...@so...>]

Bugs item #1033402, was opened at 2004-09-23 09:25
Message generated for change (Comment added) made by greggmc
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1033402&group_id=8956

Category: None
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Matthew Gregg (greggmc)
>Assigned to: Matthew Gregg (greggmc)
Summary: Javascript error

Initial Comment:
Submitted by beachbum_boy
The 'admin/head.inc' file on line 18 is:

<form method="post" name="phpesp"
onSubmit="saveOrder();" action="<?php
echo($GLOBALS['ESPCONFIG']['ME']); ?>">

And the matching </form> tag is in 'admin/foot.inc'.

But the saveOrder() javascript function is in
'admin/include/tab/finish.inc'
and currently doesn't do anything anyway. 

Generally this doesn't matter because most pages don't
have a submit form
button BUT the 'where=purge' page does. So this results
in a javascript
error:
        'Object Expected'

i.e. can't find the saveOrder() function. Given this
function currently
doesn't do anything anyway the quick fix is just to get
rid of the onSubmit=
from 'admin/head.inc'.

----------------------------------------------------------------------

>Comment By: Matthew Gregg (greggmc)
Date: 2004-09-23 10:15

Message:
Logged In: YES 
user_id=14116

Fixed in CVS.

----------------------------------------------------------------------

Comment By: Matthew Gregg (greggmc)
Date: 2004-09-23 10:15

Message:
Logged In: YES 
user_id=14116

The function actually does do something in the question
create/edit ordering tab.  The current management interface
includes the form that is used there, everwhere, so the
added "onSubmit" was included as well(see head.inc). 
I've removed the "onSubmit" from the form included in
head.inc and added an additional form to tab.inc that
containts the needed "onSubmit".

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1033402&group_id=8956

[phpesp-dev] [ phpesp-Bugs-1033402 ] Javascript error

[SourceForge.net <no...@so...>]

Bugs item #1033402, was opened at 2004-09-23 09:25
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=1033402&group_id=8956

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Matthew Gregg (greggmc)
Assigned to: Nobody/Anonymous (nobody)
Summary: Javascript error

Initial Comment:
Submitted by beachbum_boy
The 'admin/head.inc' file on line 18 is:

<form method="post" name="phpesp"
onSubmit="saveOrder();" action="<?php
echo($GLOBALS['ESPCONFIG']['ME']); ?>">

And the matching </form> tag is in 'admin/foot.inc'.

But the saveOrder() javascript function is in
'admin/include/tab/finish.inc'
and currently doesn't do anything anyway. 

Generally this doesn't matter because most pages don't
have a submit form
button BUT the 'where=purge' page does. So this results
in a javascript
error:
        'Object Expected'

i.e. can't find the saveOrder() function. Given this
function currently
doesn't do anything anyway the quick fix is just to get
rid of the onSubmit=
from 'admin/head.inc'.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1033402&group_id=8956

[phpesp-dev] Javascript error

[James E. F. <jf...@uv...>]

Resending this to the list ...

-------- Original Message --------
Subject: Javascript error
Date: Thu, 23 Sep 2004 09:20:34 +1000
From: Paul R. Jackson <pa...@ps...>
To: <php...@li...>

The 'admin/head.inc' file on line 18 is:

<form method="post" name="phpesp" onSubmit="saveOrder();" action="<?php
echo($GLOBALS['ESPCONFIG']['ME']); ?>">

And the matching </form> tag is in 'admin/foot.inc'.

But the saveOrder() javascript function is in 'admin/include/tab/finish.inc'
and currently doesn't do anything anyway.

Generally this doesn't matter because most pages don't have a submit form
button BUT the 'where=purge' page does. So this results in a javascript
error:
	'Object Expected'

i.e. can't find the saveOrder() function. Given this function currently
doesn't do anything anyway the quick fix is just to get rid of the onSubmit=
from 'admin/head.inc'.

Paul
~~~~~~~~~~~~~~~~~~~~~~~~~~~
  Paul R. Jackson
  Experimental Programmer

  School of Psychology
  University of Queensland
  E:pa...@ps...
  P:3365-6713
~~~~~~~~~~~~~~~~~~~~~~~~~~~

[phpesp-dev] Re: Forcing unique titles cause silly problems

[James E. F. <jf...@uv...>]

You suggested that ID be a unique identifier for a survey, well it is,
it just isn't the only unique identifier.  As you have noticed, name is
also a unique identifier.  This design allows people to reference
surveys by name, which I believe is preferable to numbers.

For example:
   http://www.example.com/phpESP/public/survey.php?name=alpha
      vs
   http://www.example.com/phpESP/public/survey.php?sid=23561
     (not that this is allowed anyway)

I would like for ID's to be only for internal use (they aren't at the
moment), and names to be the exported identifier.  I don't really think
we can remove the UNIQUE constraint from the name field, it would break
too many things.

As for keeping deleted surveys ...  This comes from the original design
for phpESP back before it became open source.  The ability for someone
to delete an entire survey, with all the collected data, through one or
two clicks was to big a risk.  It was decided that "deleted" surveys
would simply be marked as such, and removed from view.  A (hidden) purge
page was later added to allow the deliberate destruction of a survey,
data included.  You can access this feature with:
   http://www.example.com/phpESP/admin/manage.php?where=purge

Hopefully purging the deleted surveys from your database will solve your
problem.  If not, perhaps you could modify phpESP to prepend the user or
group name to survey names, which should decrease the number of conflicts.

-James

Paul R. Jackson wrote:
> Using latest CVS version.
> 
> PROBLEM:
> 
> I'm not really sure if other people will see this as a problem or rather as
> a feature! But here goes:
> 
> If you create a survey of name say 'test' and then cancel it remains in the
> database with a status of 4 (i.e. DELETED). 
> 
> Now try to create a new survey with the same name 'test' it gives the error:
> 
> 	[ Sorry, name already in use. Pick a new name. [ 1062: Duplicate
> entry 'test' for key 2 ] ] 
> 
> This is because when it checks the name it doesn't check status as well. See
> line 52 of 'survey_update.inc'. Although it would still fail anyway because
> the database requires a unique title.
> 
> Likewise if you create another new survey give it another name and then try
> to change it to 'test' you get the following error:
> 
> 	[ Sorry, that name is already in use. ] 
> 
> See line 83 in 'survey_update.inc' for source of problem.
> 
> SOLUTION:
> The solution is not really a no brainer in this case. It raises some
> fundamental issues with the operation of the survey package. I am not sure
> if this has been discussed before but I personally think its pretty
> brain-dead to keep surveys which have been marked as deleted in the
> database. It just ends up cluttering the database with completed and half
> implemented surveys. I can see a case for wanting to keep them though and as
> such I would propose that they get moved to different tables, i.e. results
> and all if they exist. But this sort of thing would get very messy and be
> problematic to implement. I also don't really think having unique survey
> names is practical when you have many users (as I do). I believe the only
> way to uniquely identify the survey should be the id NOT the title.
> 
> An easy solution is just to modify the database structure so that 'name' in
> the 'surveys' table is not required to be unique. Then any code that adds or
> updates surveys would do the unique checking itself taking into account the
> status of the survey. Likewise any code that expects a unique name would
> also have to take into account the status. This method would possibly break
> things all over the place, I haven't actually tried it. Additionally this
> still wouldn't allow 2 active surveys with the same name but I guess its
> arguable whether this is desirable.
> 
> Or an easier solution is to just leave it as is. 
> 
> Paul
> 
> 
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~
>  Paul R. Jackson
>  Experimental Programmer
> 
>  School of Psychology
>  University of Queensland
>  E:pa...@ps...
>  P:3365-6713
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~
>  
> 

[phpesp-dev] [ phpesp-Bugs-1033058 ] CSV Errors again

[SourceForge.net <no...@so...>]

Bugs item #1033058, was opened at 2004-09-23 11:07
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=1033058&group_id=8956

Category: Admin
Group: v1.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Paul Jackson (beachbum_boy)
Assigned to: Nobody/Anonymous (nobody)
Summary: CSV Errors again

Initial Comment:
Create a survey with a rating scale with more than one 
scale with the same name, see:

http://phpesp.sourceforge.net/demo/admin/manage.php?
where=test&sid=3593

Now export the data to CSV. See:
http://phpesp.sourceforge.net/demo/admin/manage.php?
where=download&type=csv&test=1&sid=3593

The results only have the value for the last item 
repeated for all 4 values. THIS IS A BIG PROBLEM!!

This could be fixed by making each items of the rating 
scale have unique values. I agree that it is arguable 
whether anyone would ever need items with tha same 
name BUT lets say they could do it by accident. I think 
it should be fixed.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1033058&group_id=8956

Re: [phpesp-dev] New Release

[Matthew G. <gr...@mu...>]

The patch as was written had some problems.  It also overloaded the
existing interface to the point of confusion.

On Tue, 2004-09-21 at 15:50 -0700, randall ehren wrote:
> hi -
>   was branching/forking or skipping ever added into phpESP? we wrote the 
> code a long time ago but i don't think anyone ever merged it back into 
> the main cvs tree.
> 
>   i see that 'saving' has been added.
> 
>   -randall
> 
> Matthew Gregg wrote:
> > phpESP-1.7-dev has been released.
> > 
> > This is a developmental release.  Do not use this on your production
> > phpESP databases. We are now using ADOdb and have made significant
> > changes to the database API which may cause unknown data corruption.
> > Please create a fresh phpESP database instance and help us workout any 
> > remaining bugs.
> > 
> > Download: <http://prdownloads.sourceforge.net/phpesp/phpESP-1.7-
> > dev.tar.gz>
> > 
> > Change log: http://phpesp.sf.net/cvs/docs/CHANGES?rev=.&content-
> > type=text/plain
> > 
> > 
> > 
> > -------------------------------------------------------
> > This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
> > Project Admins to receive an Apple iPod Mini FREE for your judgement on
> > who ports your project to Linux PPC the best. Sponsored by IBM.
> > Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php
> > _______________________________________________
> > phpESP-devel mailing list
> > php...@li...
> > https://lists.sourceforge.net/lists/listinfo/phpesp-devel
> > 
> > 
> 

Re: [phpesp-dev] New Release

[randall e. <ra...@uc...>]

hi -
  was branching/forking or skipping ever added into phpESP? we wrote the 
code a long time ago but i don't think anyone ever merged it back into 
the main cvs tree.

  i see that 'saving' has been added.

  -randall

Matthew Gregg wrote:
> phpESP-1.7-dev has been released.
> 
> This is a developmental release.  Do not use this on your production
> phpESP databases. We are now using ADOdb and have made significant
> changes to the database API which may cause unknown data corruption.
> Please create a fresh phpESP database instance and help us workout any 
> remaining bugs.
> 
> Download: <http://prdownloads.sourceforge.net/phpesp/phpESP-1.7-
> dev.tar.gz>
> 
> Change log: http://phpesp.sf.net/cvs/docs/CHANGES?rev=.&content-
> type=text/plain
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
> Project Admins to receive an Apple iPod Mini FREE for your judgement on
> who ports your project to Linux PPC the best. Sponsored by IBM.
> Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php
> _______________________________________________
> phpESP-devel mailing list
> php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpesp-devel
> 
> 

-- 
--
       randall s. ehren       :// 805.893.5632
        systems administrator :// isber.ucsb.edu
         institute for social, behavioral, and economic research

[phpesp-dev] New Release

[Matthew G. <gr...@mu...>]

phpESP-1.7-dev has been released.

This is a developmental release.  Do not use this on your production
phpESP databases. We are now using ADOdb and have made significant
changes to the database API which may cause unknown data corruption.
Please create a fresh phpESP database instance and help us workout any 
remaining bugs.

Download: <http://prdownloads.sourceforge.net/phpesp/phpESP-1.7-
dev.tar.gz>

Change log: http://phpesp.sf.net/cvs/docs/CHANGES?rev=.&content-
type=text/plain

[phpesp-dev] Re: Problem in cancel.inc

[Matthew G. <gr...@mu...>]

Thanks Paul.  I've committed this to CVS.

On Tue, 2004-09-21 at 15:24 +1000, Paul R. Jackson wrote:
> I am running the latest version from CVS. If you go to create a survey and
> then press cancel you get the following message:
> 
> "Fatal error: Call to undefined function: row_count() in
> /work/www/survey/admin/include/where/cancel.inc on line 28"
> 
> Obviously the row_count() function should exist somewhere but it doesn't, do
> a "find . -exec grep {}\;" and its nowhere to be found. 
> 
> I'm assuming that it should just be count() rather than row_count(). 
> 
> So line 28 in cancel.inc becomes:
> 
>         if(count($result) < 1) {
> 
> [was: if(row_count($result) < 1) {]
> 
> Seems to work for me. Does that all make sense?
> 
> Paul
> 
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~
>  Paul R. Jackson
>  Experimental Programmer
> 
>  School of Psychology
>  University of Queensland
>  E:pa...@ps...
>  P:3365-6713
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~
>  
> 
> 
-- 
mcg
-------------------------------------
The IT Lab (http://www.itlab.musc.edu)

[phpesp-dev] [ phpesp-Bugs-1029937 ] Email address was set up on the 'general tab' but non arrive

[SourceForge.net <no...@so...>]

Bugs item #1029937, was opened at 2004-09-17 08:44
Message generated for change (Comment added) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1029937&group_id=8956

Category: User
Group: v1.6.1
Status: Open
Resolution: None
Priority: 2
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Email address was set up on the 'general tab' but non arrive

Initial Comment:
I am new to phpesp survey software, and am generally 
very impressed. However, I am struggling to recieve the 
emails of indivdual survey submissions.

I have specified an email address on the 'general tab' at 
the start of creating a new survey, and can see the 
tabulated results of the repondents, but I have never 
had any of the emails arrive.

I am the end user that wants to create the 
questionaires, and the phpesp software resides on the 
server of my ISP. The ISP is called E-stylus.com and the 
contact for this problem is:-

jam...@e-....

My own contact details are:- 

tj...@3d...

James asked me to submit this bug report because he 
has not been able to identify the problem and did not 
know what steps I had taken to specify the email 
function. He now believes it might well be a 'bug' issue.

Please would you advise jam...@e-... a 
course of action, and I would be very grateful to get 
copies of the emails exchanged with him.

Thank you for any help you can give,

Tim McDermott.

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2004-09-17 11:45

Message:
Logged In: NO 

phpESP also has a configuration option in phpESP.ini.php to
disable email.  I forget what it is called, and what the
default is, but it should be obvious from browsing the ini.

-James

----------------------------------------------------------------------

Comment By: Matthew Gregg (greggmc)
Date: 2004-09-17 10:59

Message:
Logged In: YES 
user_id=14116

Looking over the code that does mailing(see
admin/include/lib/espresponse.inc, response_send_email
function) ESP uses the standard PHP "mail" function.  I
doubt it's a bug within ESP and more likely a configuration
issue with the ISP.  Pehaps they have disabled this for spam
prevention?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1029937&group_id=8956

[phpesp-dev] [ phpesp-Bugs-1029937 ] Email address was set up on the 'general tab' but non arrive

[SourceForge.net <no...@so...>]

Bugs item #1029937, was opened at 2004-09-17 10:44
Message generated for change (Comment added) made by greggmc
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1029937&group_id=8956

Category: User
Group: v1.6.1
Status: Open
Resolution: None
>Priority: 2
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Email address was set up on the 'general tab' but non arrive

Initial Comment:
I am new to phpesp survey software, and am generally 
very impressed. However, I am struggling to recieve the 
emails of indivdual survey submissions.

I have specified an email address on the 'general tab' at 
the start of creating a new survey, and can see the 
tabulated results of the repondents, but I have never 
had any of the emails arrive.

I am the end user that wants to create the 
questionaires, and the phpesp software resides on the 
server of my ISP. The ISP is called E-stylus.com and the 
contact for this problem is:-

jam...@e-....

My own contact details are:- 

tj...@3d...

James asked me to submit this bug report because he 
has not been able to identify the problem and did not 
know what steps I had taken to specify the email 
function. He now believes it might well be a 'bug' issue.

Please would you advise jam...@e-... a 
course of action, and I would be very grateful to get 
copies of the emails exchanged with him.

Thank you for any help you can give,

Tim McDermott.

----------------------------------------------------------------------

>Comment By: Matthew Gregg (greggmc)
Date: 2004-09-17 12:59

Message:
Logged In: YES 
user_id=14116

Looking over the code that does mailing(see
admin/include/lib/espresponse.inc, response_send_email
function) ESP uses the standard PHP "mail" function.  I
doubt it's a bug within ESP and more likely a configuration
issue with the ISP.  Pehaps they have disabled this for spam
prevention?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1029937&group_id=8956

[phpesp-dev] [ phpesp-Bugs-1029937 ] Email address was set up on the 'general tab' but non arrive

[SourceForge.net <no...@so...>]

Bugs item #1029937, was opened at 2004-09-17 08:44
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1029937&group_id=8956

Category: User
Group: v1.6.1
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Email address was set up on the 'general tab' but non arrive

Initial Comment:
I am new to phpesp survey software, and am generally 
very impressed. However, I am struggling to recieve the 
emails of indivdual survey submissions.

I have specified an email address on the 'general tab' at 
the start of creating a new survey, and can see the 
tabulated results of the repondents, but I have never 
had any of the emails arrive.

I am the end user that wants to create the 
questionaires, and the phpesp software resides on the 
server of my ISP. The ISP is called E-stylus.com and the 
contact for this problem is:-

jam...@e-....

My own contact details are:- 

tj...@3d...

James asked me to submit this bug report because he 
has not been able to identify the problem and did not 
know what steps I had taken to specify the email 
function. He now believes it might well be a 'bug' issue.

Please would you advise jam...@e-... a 
course of action, and I would be very grateful to get 
copies of the emails exchanged with him.

Thank you for any help you can give,

Tim McDermott.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1029937&group_id=8956

[phpesp-dev] [ phpesp-Bugs-1027980 ] Zero value in choice_id on required field

[SourceForge.net <no...@so...>]

Bugs item #1027980, was opened at 2004-09-14 08:07
Message generated for change (Comment added) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1027980&group_id=8956

Category: Admin
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Zero value in choice_id on required field

Initial Comment:


My survey has a large number of 'response_single' replies 
which are marked as 'required'. The survey handler 
treats this perfectly - i.e. respondents are blocked from 
passing onto next question before the previous has been 
answered. 

When reviewing the database I notice that approx 40 
out of 6000 rows in the 'response_single' table have a 
zero-value (0) in it for the field 'choice_id'. Since all the 
underlying questions are "required" I cannot understand 
how that should be possible.

I have tried very hard to provoke this error without luck. 
Mostly the surveys are run with permission to save and 
resume but even when I have turned that off I see the 
problem occassionally.

I enclose a dump of the 'response_single' table.

Thanks,
Søren Voigt



----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2004-09-16 04:58

Message:
Logged In: NO 

Well you are right for all of the cases exept one. When a 
respondent exits before the survey is completed, that creates 
zero responses which is obviously quite sensible.

And admitted - that does bring down the number of problem 
responses to one. Still this one bugs me.

My sections / pages  have two (r_single) questions and a 
(r_text) question each. Relative to the r_single-table a 
respondent should never have more than two zero responses. 

From the file I include the respondent_id 124 has four zero 
responses.

response_id	question_id	choice_id
124	2666	0
124	2665	0
124	2669	6505
124	2670	6510
124	2673	6513
124	2674	6518
124	2677	6523
124	2678	6528
124	2681	6533
124	2682	6538
124	2685	6545
124	2686	6550
124	2689	6555
124	2690	6560
124	2694	6570
124	2693	6565
124	2698	6578
124	2697	6573
124	2702	6590
124	2701	6585
124	2706	6598
124	2705	6593
124	2710	6608
124	2709	6603
124	2714	6620
124	2713	6615
124	2717	6625
124	2718	6630
124	2722	6640
124	2721	6635
124	2726	6650
124	2725	6645
124	2730	6658
124	2729	6653
124	2734	6670
124	2733	6664
124	2738	6680
124	2737	6675
124	2741	6683
124	2742	6688
124	2746	6698
124	2745	6693
124	2750	6708
124	2749	6703
124	2754	6718
124	2753	6713
124	2758	6728
124	2757	6723
124	2762	6739
124	2761	6734
124	2767	0
124	2765	0

In the case of respondent_id 124 she has provided zero-
responses for section 1 but has perfectly valid responses until 
she exits before the last page. I cannot understand how this 
respondent was allowed to go beyond page 1 without 
providing answers.

And yes - I have tested that phpESP really does require input 
on this first page. I have tried to exit and come back but 
seemingly phpESP treats this correctly - I am coming back on 
the correct first page.



----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2004-09-14 08:43

Message:
Logged In: NO 

Are you sure that the responses w/ zeros were completed?

select id from response where complete = 'Y';

-James

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1027980&group_id=8956

[phpesp-dev] [ phpesp-Bugs-971098 ] mysql PASSWORD() incompatibility

[SourceForge.net <no...@so...>]

Bugs item #971098, was opened at 2004-06-11 07:43
Message generated for change (Comment added) made by jimmerman
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108956&aid=971098&group_id=8956

Category: SQL
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Tedar (tedar)
Assigned to: Nobody/Anonymous (nobody)
Summary: mysql PASSWORD() incompatibility

Initial Comment:
root authentication will fail if the mysql db is
version > 4.0.

previous to version 4.1 the PASSWORD('$pass') will
generate a 11 bit string, as of version 4.1
PASSWORD('$pass') will generate a 64 bit string.

this hack solves the problem for users with a mysq
version 4.1. (should be backwards compatible)

eregi("[0-9]+(.)[0-9]+(.)[0-9]+",mysql_get_server_info(mysql_connect($GLOBALS['ESPCONFIG']['db_host'],
$GLOBALS['ESPCONFIG']['db_user'],
$GLOBALS['ESPCONFIG']['db_pass'])),$mysql_version);
		$mysql_version = $mysql_version[0];
		if ($mysql_version > "4.0.0") {
		$sql = "SELECT * FROM designer WHERE username =
'$username' AND	password = OLD_PASSWORD('$password')
AND disabled = 'N' AND	(expiration = '0' OR expiration
> NOW())";
		} else {
		$sql = "SELECT * FROM designer WHERE username =
'$username' AND	password = PASSWORD('$password') AND
disabled = 'N' AND	(expiration = '0' OR expiration >
NOW())";
		}



----------------------------------------------------------------------

>Comment By: James Flemer (jimmerman)
Date: 2004-09-14 13:55

Message:
Logged In: YES 
user_id=39444

We should add some code that detects the version and
transparently migrates the passwords.  Accompany this with a
note in the docs/faq that says DO NOT DOWNGRADE mysql.

Psedo-code for what I'm thinking:

if (user.pass != PASSWD($pass) && new_mysql && user.pass =
OLD_PASSWD($pass)) {
   update user.pass with PASSWD($pass);
   allow login;
} else {
   reject;
}

----------------------------------------------------------------------

Comment By: Matthew Gregg (greggmc)
Date: 2004-09-14 11:19

Message:
Logged In: YES 
user_id=14116

ADODB still uses the builtin PASSWORD function.  I think it
will effect users that upgrade. Users with 11 bit pre 4.1
hashes that upgrade to 4.1 will fail with the new PASSWORD
function, right? How do you think we should handle this?

----------------------------------------------------------------------

Comment By: James Flemer (jimmerman)
Date: 2004-09-14 10:53

Message:
Logged In: YES 
user_id=39444

Matthew (greggmc),

Do you know if this is an issue now that we use adodb?

----------------------------------------------------------------------

Comment By: Tedar (tedar)
Date: 2004-06-11 09:05

Message:
Logged In: YES 
user_id=1061542

forgot to say which file: in espauth-default.inc line 146

(v 1.6)

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108956&aid=971098&group_id=8956

[phpesp-dev] [ phpesp-Bugs-971098 ] mysql PASSWORD() incompatibility

[SourceForge.net <no...@so...>]

Bugs item #971098, was opened at 2004-06-11 07:43
Message generated for change (Comment added) made by greggmc
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108956&aid=971098&group_id=8956

Category: SQL
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Tedar (tedar)
Assigned to: Nobody/Anonymous (nobody)
Summary: mysql PASSWORD() incompatibility

Initial Comment:
root authentication will fail if the mysql db is
version > 4.0.

previous to version 4.1 the PASSWORD('$pass') will
generate a 11 bit string, as of version 4.1
PASSWORD('$pass') will generate a 64 bit string.

this hack solves the problem for users with a mysq
version 4.1. (should be backwards compatible)

eregi("[0-9]+(.)[0-9]+(.)[0-9]+",mysql_get_server_info(mysql_connect($GLOBALS['ESPCONFIG']['db_host'],
$GLOBALS['ESPCONFIG']['db_user'],
$GLOBALS['ESPCONFIG']['db_pass'])),$mysql_version);
		$mysql_version = $mysql_version[0];
		if ($mysql_version > "4.0.0") {
		$sql = "SELECT * FROM designer WHERE username =
'$username' AND	password = OLD_PASSWORD('$password')
AND disabled = 'N' AND	(expiration = '0' OR expiration
> NOW())";
		} else {
		$sql = "SELECT * FROM designer WHERE username =
'$username' AND	password = PASSWORD('$password') AND
disabled = 'N' AND	(expiration = '0' OR expiration >
NOW())";
		}



----------------------------------------------------------------------

>Comment By: Matthew Gregg (greggmc)
Date: 2004-09-14 11:19

Message:
Logged In: YES 
user_id=14116

ADODB still uses the builtin PASSWORD function.  I think it
will effect users that upgrade. Users with 11 bit pre 4.1
hashes that upgrade to 4.1 will fail with the new PASSWORD
function, right? How do you think we should handle this?

----------------------------------------------------------------------

Comment By: James Flemer (jimmerman)
Date: 2004-09-14 10:53

Message:
Logged In: YES 
user_id=39444

Matthew (greggmc),

Do you know if this is an issue now that we use adodb?

----------------------------------------------------------------------

Comment By: Tedar (tedar)
Date: 2004-06-11 09:05

Message:
Logged In: YES 
user_id=1061542

forgot to say which file: in espauth-default.inc line 146

(v 1.6)

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108956&aid=971098&group_id=8956

[phpesp-dev] [ phpesp-Bugs-971098 ] mysql PASSWORD() incompatibility

[SourceForge.net <no...@so...>]

Bugs item #971098, was opened at 2004-06-11 07:43
Message generated for change (Comment added) made by jimmerman
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108956&aid=971098&group_id=8956

Category: SQL
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Tedar (tedar)
Assigned to: Nobody/Anonymous (nobody)
>Summary: mysql PASSWORD() incompatibility

Initial Comment:
root authentication will fail if the mysql db is
version > 4.0.

previous to version 4.1 the PASSWORD('$pass') will
generate a 11 bit string, as of version 4.1
PASSWORD('$pass') will generate a 64 bit string.

this hack solves the problem for users with a mysq
version 4.1. (should be backwards compatible)

eregi("[0-9]+(.)[0-9]+(.)[0-9]+",mysql_get_server_info(mysql_connect($GLOBALS['ESPCONFIG']['db_host'],
$GLOBALS['ESPCONFIG']['db_user'],
$GLOBALS['ESPCONFIG']['db_pass'])),$mysql_version);
		$mysql_version = $mysql_version[0];
		if ($mysql_version > "4.0.0") {
		$sql = "SELECT * FROM designer WHERE username =
'$username' AND	password = OLD_PASSWORD('$password')
AND disabled = 'N' AND	(expiration = '0' OR expiration
> NOW())";
		} else {
		$sql = "SELECT * FROM designer WHERE username =
'$username' AND	password = PASSWORD('$password') AND
disabled = 'N' AND	(expiration = '0' OR expiration >
NOW())";
		}



----------------------------------------------------------------------

>Comment By: James Flemer (jimmerman)
Date: 2004-09-14 10:53

Message:
Logged In: YES 
user_id=39444

Matthew (greggmc),

Do you know if this is an issue now that we use adodb?

----------------------------------------------------------------------

Comment By: Tedar (tedar)
Date: 2004-06-11 09:05

Message:
Logged In: YES 
user_id=1061542

forgot to say which file: in espauth-default.inc line 146

(v 1.6)

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108956&aid=971098&group_id=8956

[phpesp-dev] [ phpesp-Bugs-921737 ] As stated in /docs/TRANSLATION

[SourceForge.net <no...@so...>]

Bugs item #921737, was opened at 2004-03-23 07:45
Message generated for change (Comment added) made by jimmerman
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108956&aid=921737&group_id=8956

Category: None
Group: v1.6.1
>Status: Pending
Resolution: None
Priority: 5
Submitted By: Daniel de Carvalho Gomes (dcgomes)
Assigned to: Nobody/Anonymous (nobody)
Summary: As stated in /docs/TRANSLATION

Initial Comment:
I think there's a pt_BR bug with gettext due to te 
"GNU Gettext test: %%%% Gettext Test Failed", just as 
stated in /docs/TRANSLATION, here's the track : 
 
PHP Information 
 
 
Version: 4.3.4 
OS: Linux 
SAPI: apache 
register_globals: No 
magic_quotes_gpc: Yes 
magic_quotes_runtime: No 
safe_mode: No 
open_basedir:  
 
 
PHP Extensions 
 
 
dBase: No 
GD: No 
GNU Gettext: Yes 
LDAP: No 
MySQL: Yes 
PHP Extension Dir (compiled): 
/usr/local/lib/php/extensions/no-debug-non-zts-20020429 
PHP Extension Dir (run time): ./ 
 
 
phpESP Settings 
 
 
Expected ESP_BASE: /usr/local/apache/htdocs/phpESP/ 
Expected base_url: http://10.31.1.123/phpESP/ 
Loading phpESP.ini.php ... 
  
ESP_BASE: /usr/local/apache/htdocs/phpESP/ 
base_url: http://10.31.1.123/phpESP/ 
Version: 1.6.1 
Debug: No 
 
 
phpESP Language Settings 
 
 
GNU Gettext: Real 
default_lang: en_US 
current lang: pt_PT 
available langs: da_DK, de_DE, el_GR, en_US, es_ES, 
fr_FR, ja_JP, it_IT, nl_NL, pt_BR, pt_PT, sv_SE 
 (da, de, el, en, es, fr, it, ja, nl, pt, sv)  
GNU Gettext test: %%%% Gettext Test Failed 
Catalog Open Test: Yes 
 
 
PHP Session Test 
 
 
session.save_path: /tmp 
Counter: 1 

----------------------------------------------------------------------

>Comment By: James Flemer (jimmerman)
Date: 2004-09-14 10:50

Message:
Logged In: YES 
user_id=39444

What Linux distro & release was this?  Was it Debian Woody?
 There is a known issue with Woody (see Feature Request with
"Gettext Test Failed" in the title.)

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108956&aid=921737&group_id=8956

[phpesp-dev] [ phpesp-Feature Requests-827943 ] GNU Gettext test: %%%% Gettext Test Failed

[SourceForge.net <no...@so...>]

Feature Requests item #827943, was opened at 2003-10-21 20:41
Message generated for change (Comment added) made by jimmerman
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=358956&aid=827943&group_id=8956

>Category: None
>Group: None
Status: Open
Priority: 5
Submitted By: Gaf (grouaf)
Assigned to: Nobody/Anonymous (nobody)
Summary: GNU Gettext test: %%%% Gettext Test Failed

Initial Comment:
Hello,
I can't use the french language.
I have the gettext enable but the test don't pass.
Here is the beginning of my phpinfo where phpESP is
running on :
PHP Version 4.3.1

System 	Linux PPR 2.4.22 #3 Thu Oct 9 22:27:44 CEST
2003 i686
Build Date 	Oct 21 2003 23:29:43
Configure Command 	'./configure' '--with-iodbc'
'--with-gd' '--with-zlib-dir=/usr/include/zlib.h'
'--with-jpeg-dir=/usr/local/include/jpeglib.h'
'--with-gettext' '--with-pear'
'--with-apxs2=/usr/Apache/bin/apxs'
Server API 	Apache 2.0 Filter
GetText Support 	enabled


I'm not a coder so I can't help your more than test it...
And this is my first bug report, so please don't be so
rude :)
Anyway, anything else works fine until now.
Thanks for all.


----------------------------------------------------------------------

>Comment By: James Flemer (jimmerman)
Date: 2004-09-14 10:47

Message:
Logged In: YES 
user_id=39444

A note will be added to the FAQ and/or documentation
mentioning this known issue for Debian Woody.  Thanks for
the feedback Guillaume.

----------------------------------------------------------------------

Comment By: Guillaume JAOUEN (jaouen)
Date: 2004-08-04 04:47

Message:
Logged In: YES 
user_id=1077870

Hi again, i found the solution that was explained in previous 
faq answer.

I thought, you'd better add this info in the install 
documentation of phpesp 1.6.1 for debian woody users...

I had to make dpkg-reconfigure locales (set fr_FR and not 
fr_FR with EURO because it generate the %%%% Gettext 
Test Failed...)

Best regards,
Guillaume

----------------------------------------------------------------------

Comment By: James Flemer (jimmerman)
Date: 2004-07-06 12:48

Message:
Logged In: YES 
user_id=39444

Also reported to fail with:

Debian GNU/\s 3.0 \n \l
gettext (GNU gettext) 0.10.40
PHP: 4.1.2
User: freaky2000
Bug: 935040

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2004-07-06 12:41

Message:
Logged In: NO 

Hmm, I cannot find the post, but I believe it has something
to do with wheather the requested locale exists for Debian
(/usr/share/locale).

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2004-07-06 12:33

Message:
Logged In: NO 

There is some known problem with Woody.  Please look through
the phpesp-general mailing list archives.
-James

----------------------------------------------------------------------

Comment By: Guillaume JAOUEN (jaouen)
Date: 2004-07-06 07:09

Message:
Logged In: YES 
user_id=1077870

I'm ve got the same bug on a debian woody linux server... I 
try to figure out too. The test.php return this informations 
(*.*.*.* = IP Adress of the server) :

PHP Information 
Version: 4.1.2 
OS: Linux 
SAPI: apache 
register_globals: Yes 
magic_quotes_gpc: Yes 
magic_quotes_runtime: No 
safe_mode: No 
open_basedir: 
 
PHP Extensions 
dBase: No 
GD: Yes 
GNU Gettext: Yes 
LDAP: Yes 
MySQL: Yes 
PHP Extension Dir (compiled): /usr/lib/php4/20010901 
PHP Extension Dir (run time): /usr/lib/php4/20010901 
 
phpESP Settings 
Expected ESP_BASE: /home/phpesp/phpESP-1.6.1/ 
Expected base_url: http://*.*.*.*/enquetes/ 
Loading phpESP.ini.php ...

ESP_BASE: /home/phpesp/phpESP-1.6.1/ 
base_url: http://*.*.*.*/enquetes/ 
Version: 1.6.1 
Debug: No 
 
phpESP Language Settings 
GNU Gettext: Real 
default_lang: fr_FR 
current lang: fr_FR 
available langs: da_DK, de_DE, el_GR, en_US, es_ES, fr_FR, 
it_IT, ja_JP, nl_NL, pt_BR, pt_PT, sv_SE
(da, de, el, en, es, fr, it, ja, nl, pt, sv) 
GNU Gettext test: %%%% Gettext Test Failed 
Catalog Open Test: Yes 
 
PHP Session Test 
session.save_path: /tmp 
Counter: 1  


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=358956&aid=827943&group_id=8956

[phpesp-dev] [ phpesp-Bugs-1027980 ] Zero value in choice_id on required field

[SourceForge.net <no...@so...>]

Bugs item #1027980, was opened at 2004-09-14 08:07
Message generated for change (Comment added) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1027980&group_id=8956

Category: Admin
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Zero value in choice_id on required field

Initial Comment:


My survey has a large number of 'response_single' replies 
which are marked as 'required'. The survey handler 
treats this perfectly - i.e. respondents are blocked from 
passing onto next question before the previous has been 
answered. 

When reviewing the database I notice that approx 40 
out of 6000 rows in the 'response_single' table have a 
zero-value (0) in it for the field 'choice_id'. Since all the 
underlying questions are "required" I cannot understand 
how that should be possible.

I have tried very hard to provoke this error without luck. 
Mostly the surveys are run with permission to save and 
resume but even when I have turned that off I see the 
problem occassionally.

I enclose a dump of the 'response_single' table.

Thanks,
Søren Voigt



----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2004-09-14 08:43

Message:
Logged In: NO 

Are you sure that the responses w/ zeros were completed?

select id from response where complete = 'Y';

-James

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108956&aid=1027980&group_id=8956