phpwebsite-developers — For our development team.

Re: [Fwd: Re: [Phpwebsite-developers] Wow nice job Alessandro]

[Alessandro P. (T. / J578) <al...@ti...>]

On Wed, 2001-11-28 at 21:46, Matthew McNaney wrote:
> >         Mamma mia...Alessandro you kick ass.  :^)
> 
> Agreed! Good work from everyone. This is the most outside development we
> have received in a while.
Thanks you all... and kudos to all the other developers :>
I'm not a superman... we are a superteam ^_-

> > I was going to work on the upgrade script, but
> > was wondering what  others thought about the implementation of phpws_
> > as a standard default for  installations?    This would organize
> > everything, but I'm sure we would get  lots of complaints if other
> > plugins were not set to work with the table  prefix.   Any thoughts?
> 
> The default should probably be "". That way none of the current plug-ins
> would break.
I agree.

> >         Postnuke and phpnuke have recently been reported to have
> >         insecure
> > cookies with passwords added to their cookie.   Dangerous.  :^)
phpnuke is really badly-written, no surprises it is so buggy. Then, due
to the fact that postnuke is a fork of phpnuke, it inherited its flaws.

> Yup. That is why we went with sessions. However, lets not get cocky ;)
> Make redundant checks and always keep hackers in mind when coding.
I agree also on that !

Regards,
Alessandro

--
Alessandro "TXM" Pisani - al...@ti... - ICQ #2209087
INWO Project coordinator http://www.inwoproject.f2s.com

"I will carry you through, hicking and screaming,
 and in the end you will thank me"
 - Tyler Durden [from "Fight Club"]

[Fwd: Re: [Phpwebsite-developers] Wow nice job Alessandro]

[Matthew M. <ma...@tu...>]

>         Mamma mia...Alessandro you kick ass.  :^)

Agreed! Good work from everyone. This is the most outside development we
have received in a while.

> I was going to work on the upgrade script, but
> was wondering what  others thought about the implementation of phpws_
> as a standard default for  installations?    This would organize
> everything, but I'm sure we would get  lots of complaints if other
> plugins were not set to work with the table  prefix.   Any thoughts?

The default should probably be "". That way none of the current plug-ins
would break. If someone wanted to use the prefix then they would do so
knowing the consequence (aka they have to fix the unsupported
mods). 'phpws_' could be the example prefix but it should be commented
out. As we get more people on the prefix bandwagon, we can make it a
permanent addition. I think one or two upgrades would be enough.

>         Postnuke and phpnuke have recently been reported to have
>         insecure
> cookies with passwords added to their cookie.   Dangerous.  :^)

Yup. That is why we went with sessions. However, lets not get cocky ;)
Make redundant checks and always keep hackers in mind when coding.

>         So...I'm curious, with the guidelines requesting permission to
> work on modules written by another developer...should we let the bug be
>  handled by the person who wrote the module or take them on if we feel
> we  can deal with it?

Write the developer and cc to me or Brian. If you don't get a response
back, go for it.

Best regards,
Matt


Matthew McNaney
Internet Systems Architect
Electronic Student Services
Email: ma...@tu...
URL: http://phpwebsite.appstate.edu
Phone: 828-262-6493



Matthew McNaney
Internet Systems Architect
Electronic Student Services
Email: ma...@tu...
URL: http://phpwebsite.appstate.edu
Phone: 828-262-6493

[Phpwebsite-developers] Wow nice job Alessandro

[Dynomite <dyn...@us...>]

Alessandro & all,

         Mamma mia...Alessandro you kick ass.  :^)   You amaze me.   You 
are on top of things.  I was going to ask about the upgrade script, but was 
waiting to hear about any tall tale signs of incorrect typos in adding the 
table prefixes.   Guess it looks good huh?   I have moved apartments, and 
waiting for DSL to get back to work on phpwebsite in the spare time. 
:^)   I was going to work on the upgrade script, but was wondering what 
others thought about the implementation of phpws_ as a standard default for 
installations?    This would organize everything, but I'm sure we would get 
lots of complaints if other plugins were not set to work with the table 
prefix.   Any thoughts?   It would be a waste to not implement the table 
prefix in the next version with phpws_ if you haven't checked it out...it's 
so much nicer for organization of tables in the database.

         Again, thanks Alessandro for all the bug fixes and all.    And 
kudos to fixing the case sensitive login script.  Haven't tested it out 
yet, but will look to see how things are and with the nice md5 encryption 
change finally.  :^)

         Postnuke and phpnuke have recently been reported to have insecure 
cookies with passwords added to their cookie.   Dangerous.  :^)   Glad we 
don't do that.   Here is a link to one of  the articles: 
http://www.isecurelabs.com/article.php?sid=230  Glad to see nothing in the 
news about phpwebsite.  :^)

         So...I'm curious, with the guidelines requesting permission to 
work on modules written by another developer...should we let the bug be 
handled by the person who wrote the module or take them on if we feel we 
can deal with it?   Just curious for the future of bug tasks?   Not sure I 
want to take on the ones that are unassigned right now.  LOL

Tat
At 12:30 PM 11/27/2001 -0800, you wrote:
>Send Phpwebsite-developers mailing list submissions to
>         php...@li...
>
>To subscribe or unsubscribe via the World Wide Web, visit
>         https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers
>or, via email, send a message with subject or body 'help' to
>         php...@li...
>
>You can reach the person managing the list at
>         php...@li...
>
>When replying, please edit your Subject line so it is more specific
>than "Re: Contents of Phpwebsite-developers digest..."
>
>
>Today's Topics:
>
>    1. new user passwords, conversion script done (Alessandro Pisani (TXM 
> / J578))
>
>--__--__--
>
>Message: 1
>From: Alessandro "Pisani (TXM / J578)" <al...@ti...>
>To: phpWebSite Developers Mail-List
>         <php...@li...>
>Date: 26 Nov 2001 21:31:18 +0100
>Subject: [Phpwebsite-developers] new user passwords, conversion script done
>
>I've committed a patch to the upgrade-setup and to the user.php file to
>make the migration from the old crypt() password to the new md5() ones
>painless for the existing sites which upgrades to our new upcoming
>version of phpWebSite.
>I've tested it upgrading from 0.8.1 to the latest CVS.
>
>I've also committed some others minor fixes to let the upgrade work as
>expected, and to let if taking care of the latest changes in both the
>poll and the mainpage modules.
>
>A file operation on CVS is required to consider the upgrade system
>completely safe and operative, but i've just sent the request to Jeremy.
>If you want to test the CVS-copy now, do this manually BEFORE upgrading:
>  mv mod/mainpage/images/wtg.jpg mod/mainpage/images/wtg_new.jpg
>so, all will work fine.
>
>Okay, I think this is just enough for today :>
>Bye,
>Alessandro
>
>--
>Alessandro "TXM" Pisani - al...@ti... - ICQ #2209087
>INWO Project coordinator http://www.inwoproject.f2s.com
>
>"I will carry you through, hicking and screaming,
>  and in the end you will thank me"
>  - Tyler Durden [from "Fight Club"]
>
>
>
>
>--__--__--
>
>_______________________________________________
>Phpwebsite-developers mailing list
>Php...@li...
>https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers
>
>
>End of Phpwebsite-developers Digest

----------------------------------------------------
Sign Up for NetZero Platinum Today
Only $9.95 per month!
http://my.netzero.net/s/signup?r=platinum&refcd=PT97

[Phpwebsite-developers] added $table_prefix to upgrade

[Alessandro P. (T. / J578) <al...@ti...>]

Hi all!
I've added $table_prefix to the upgrade script, completing the excellent
work done by Tat.
I tested in upgrading from stock 0.8.1 and it works fine.

Bye!
Alessandro

-- 
Alessandro "TXM" Pisani - al...@ti... - ICQ #2209087
INWO Project coordinator http://www.inwoproject.f2s.com

"I will carry you through, hicking and screaming,
 and in the end you will thank me"
 - Tyler Durden [from "Fight Club"]

[Phpwebsite-developers] more CVS-version additions and tuning

[Alessandro P. (T. / J578) <al...@ti...>]

I added an import/export contents from/to file in both the mainpage and
userpages editors, fixed a typo I introduced in polls translation, fixed
some typos in en.pp and fr.pp. Now, the english translation in up2date
with all latest changes. 

I also changed mainpage_setup.php to take care of new wtg.jpg instead of
wtg_new.jpg, so the filename change in CVS is no longer needed (see my
previous post on this ml). 

CVS version is now more reliable even upgrading from 0.8.1. 
More things coming soon :> 

Bye, 
Alessandro 

-- 
Alessandro "TXM" Pisani - al...@ti... - ICQ #2209087
INWO Project coordinator http://www.inwoproject.f2s.com

"I will carry you through, hicking and screaming,
 and in the end you will thank me"
 - Tyler Durden [from "Fight Club"]

[Phpwebsite-developers] phpportal=vbulletin portal

[Mike W. <wi...@ce...>]

Thought everyone might want to take a look at what some developers at
Vbulletin are doing. Maybe you have already seen it. It looks nice.

http://phpportals.com

winzor

[Phpwebsite-developers] new user passwords, conversion script done

[Alessandro P. (T. / J578) <al...@ti...>]

I've committed a patch to the upgrade-setup and to the user.php file to
make the migration from the old crypt() password to the new md5() ones 
painless for the existing sites which upgrades to our new upcoming
version of phpWebSite.
I've tested it upgrading from 0.8.1 to the latest CVS.

I've also committed some others minor fixes to let the upgrade work as
expected, and to let if taking care of the latest changes in both the
poll and the mainpage modules.

A file operation on CVS is required to consider the upgrade system
completely safe and operative, but i've just sent the request to Jeremy.
If you want to test the CVS-copy now, do this manually BEFORE upgrading:
 mv mod/mainpage/images/wtg.jpg mod/mainpage/images/wtg_new.jpg
so, all will work fine.

Okay, I think this is just enough for today :>
Bye,
Alessandro

-- 
Alessandro "TXM" Pisani - al...@ti... - ICQ #2209087
INWO Project coordinator http://www.inwoproject.f2s.com

"I will carry you through, hicking and screaming,
 and in the end you will thank me"
 - Tyler Durden [from "Fight Club"]

[Phpwebsite-developers] More! [Phpws-developers] PHP Security Revisited]

[Brian W. B. <br...@tu...>]

Part 2 of this article is also worth reading. Here are links
to both:

PHP Security Pt. 1
http://softwaredev.earthweb.com/script/article/0,,12063_918141,00.html
PHP Security Pt. 2
http://softwaredev.earthweb.com/script/article/0,,12063_922871,00.html
Kind Regards,
Brian


-------- Original Message --------
Subject: [Phpwebsite-developers] [Fwd: [Phpws-developers] PHP
Security Revisited]
From: "Matthew McNaney" <ma...@tu...>
To: <php...@li...>

Everyone please read this article. It raises some important
concerns. Namely:

Do not process a user-submitted variable without filtering
it.. EVER.

Make sure user submitted uploads are checked for validity.
Otherwise the file system can pull a sensitive file.

Environment variables can be compromised.

--------------------------------------------------------
Anyway, I identified breaches I have coded in. Let's make
sure that we avoid them in the future.

Matthew McNaney
Internet Systems Architect
Electronic Student Services
Email: ma...@tu...
URL: http://phpwebsite.appstate.edu
Phone: 828-262-6493

>Team:

>Matt says the link I sent was dead. Try this:

>http://softwaredev.earthweb.com/script/article/0,,12063_918141,00.html
>Brian



_______________________________________________
Phpwebsite-developers mailing list
Php...@li...
https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers

-- 
Brian W. Brown
Director, Electronic Student Services
Student Development
Room 269, John Thomas Hall
Appalachian State University
Boone, NC 28608
vox: 828-262-7124
fax: 828-262-2585

L  I  N  U  X
     .~.
     /V\
    // \\
   /(   )\
    ^^-^^
Love the Penguin

[Phpwebsite-developers] [Fwd: [Phpws-developers] PHP Security Revisited]

[Matthew M. <ma...@tu...>]

Everyone please read this article. It raises some important concerns.
Namely:

Do not process a user-submitted variable without filtering it.. EVER.

Make sure user submitted uploads are checked for validity. Otherwise the
file system can pull a sensitive file.

Environment variables can be compromised.

--------------------------------------------------------
Anyway, I identified breaches I have coded in. Let's make sure that we
avoid them in the future.

Matthew McNaney
Internet Systems Architect
Electronic Student Services
Email: ma...@tu...
URL: http://phpwebsite.appstate.edu
Phone: 828-262-6493

>Team:

>Matt says the link I sent was dead. Try this:

>http://softwaredev.earthweb.com/script/article/0,,12063_918141,00.html

>Brian

[Phpwebsite-developers] login bugs fixed

[Alessandro P. (T. / J578) <al...@ti...>]

Hi all.
This email is to let all know I've just fixed bugs:
 #484794  User Login is case insensitive
                   and
 #484754  Administration Login is case-insensitive

I've also updated table schemas to fix md5 users-passwords truncation,
so if you're testing phpWebSite-CVS and have at least one of those
problems, please checkout the latest version instead.

Bye,
Alessandro

P.S.: Thank you Tat for the hint on the MySQL docs pages :>

-- 
Alessandro "TXM" Pisani - al...@ti... - ICQ #2209087
INWO Project coordinator http://www.inwoproject.f2s.com

"I will carry you through, hicking and screaming,
 and in the end you will thank me"
 - Tyler Durden [from "Fight Club"]

[Phpwebsite-developers] more bugfixing

[Alessandro P. (T. / J578) <al...@ti...>]

Hello.
I fixed bug #482665 "poll allows null vote".
I closed bugs #480987 and #481887. These two were not phpWebSite
problems: they were caused by php 4.0.3pl1. I tested them with with
their reporters and upgrading to php 4.0.6 (as required by docs/INSTALL)
solved both the issues, so I closed them.

Later today I'll work on #484754 "Administration Login is
case-insensitive" and some others pending pieces of code.

Bye all
Alessandro

-- 
Alessandro "TXM" Pisani - al...@ti... - ICQ #2209087
INWO Project coordinator http://www.inwoproject.f2s.com

"I will carry you through, hicking and screaming,
 and in the end you will thank me"
 - Tyler Durden [from "Fight Club"]

[Phpwebsite-developers] improvements

[Alessandro P. (T. / J578) <al...@ti...>]

Okay, this afternoon I had some time to spend in coding so we haven't to
deal anymore with: 

bug #479949 (fixed in CVS) 
bug #481095 (fixed in CVS) 
bug #478007 (fixed in CVS)
bug #484267 (fixed in CVS)
-- 
bug #480987 is under investigation. 

More bug fixing will come soon :> 
bye, 
Alessandro 

-- 
Alessandro "TXM" Pisani - al...@ti... - ICQ #2209087
INWO Project coordinator http://www.inwoproject.f2s.com

"I will carry you through, hicking and screaming,
 and in the end you will thank me"
 - Tyler Durden [from "Fight Club"]

[Phpwebsite-developers] warning

[Alessandro P. (T. / J578) <al...@ti...>]

Hi all.
I've just committed bugfix for bug 479949 "Bug in Login" : please note
that the fix may break-up your previously installed cvs-version (if
you're using it) 'cos it affect users authentication (now it uses md5()
instead of crypt() )

to all the americans: have an happy thanksgiving :>
bye,
Alessandro
 
-- 
Alessandro "TXM" Pisani - al...@ti... - ICQ #2209087
INWO Project coordinator http://www.inwoproject.f2s.com

"I will carry you through, hicking and screaming,
 and in the end you will thank me"
 - Tyler Durden [from "Fight Club"]

[Phpwebsite-developers] DONE!!!

[Dynomite <dyn...@us...>]

	There is a folder that needs to be deleted.  I'll let you guys take care 
of it.   It is the images/mainpage folder.    It has been moved by Adam to 
mod/mainpage/images.    So now we have two folders for mainpage, so I guess 
Adam will get to it, but just a reminder.

	The CVS looks good to go.   Download it, change the config.php table 
prefix variable to phpws_ and run the installation.     Try to break it if 
you can, but I don't think there are any more bugs in it.

	Verified all things are good to go with poll, calendar, new pages, 
etc.   Any other bugs, will have to be detected by you guys.

	Ryan and Alessandro, I did the poll change to fix the problem everyone 
keeps talking about that Alessandro fixed and Ryan allowed me to fix in his 
code.    Works now for us.   Thanks Ryan for allowing the fix on your code.

	Well, hope the authorization for phpwebsite II is coming along.   I closed 
the feature requests for the table prefix requests that was mentioned by 
two or three people.    And would like to know what appstate would expect 
from outside developers.    I'm gonna lay low and not do any more damage to 
CVS.  :^)

	Tat

Re: [Phpwebsite-developers] alextxm: global vs. include?

[Dynomite <dyn...@us...>]

Alessandro,

         Thanks for the reply.   Does anyone know how we can test which is 
a better means of processing variables?

         It is true that all the variables in the config.php would have to 
go through for just one variable, but I think this is an important question 
to look into because this applies to table_prefix as well.

>In the first implementation I used include("config.php"), then I decided
>that including all the config file to access a single variable was
>senseless.... d'you think I am wrong ? (it may be! :>)
>
>Best Regards,
>Alessandro
>
>--
>Alessandro "TXM" Pisani - al...@ti... - ICQ #2209087

I'm sure the processing time would be longer for the include, but less 
memory on the server.   Ah decisions decisions, decisions.   Which route is 
preferred and please if others can enlighten me on when to use which and 
why.   Thoughts?

         But Alessandro, I'm not sure either which is ideal and/or 
appropriate.

Tat

[Phpwebsite-developers] alextxm: global vs. include?

[Dynomite <dyn...@us...>]

Alextxm,
	I noticed you added a global call for the modification you made to the 
links.php file.    Was wondering if an include config.php vs. the global 
call would be better or not.   What's your opinion?    Or logic...curious 
for my own future implementations.   Because the global call will take up 
memory while an include for the variable you added would only last for the 
time of the function.    Didn't take a deep look into it, but just curious.

Tat

[Phpwebsite-developers] CVS procedures updated

[Matthew M. <ma...@tu...>]

Hey all,

I received a very enlightening letter from a reader of the CVS standards
letter I posted last week. Basically what I am suggesting comes from
Philip McAllister email. I agree with it but I want feedback from the team
before it is made law.

In the future everyone will create a CVS branch for their work. There will
be two permanent branches as well. The first will the master core (what the
developers will eventually merge into). The second core will be the release
candidate.

When you are finished working on your branch, you will contact the person
in charge of the CVS master core. The person in charge will help you
combine the two. This insures that only ONE merge is happening at a time.
This might be a little more complicated but it will prevent bad merges.

The release branch will be worked on only for bug fixes. It will stay
separate from the development branch. Once the development branch is in
good shape and the release candidate is bug-free (LOL) then the dev. will
replace the RC.

Sound good? Send me feedback on what you think. I will discuss it with the
core developers and post what we think.

Happy Thanksgiving! (USA version)
Happy Monday! (International version)

Matt


Matthew McNaney
Internet Systems Architect
Electronic Student Services
Email: ma...@tu...
URL: http://phpwebsite.appstate.edu
Phone: 828-262-6493

[Phpwebsite-developers] table_prefixes progress

[Dynomite <dyn...@us...>]

Summary:
Step 1 (Done):
	added $table_prefix to all files.
Step 2 (35% done):
	add config.php to functions that require it in the main directory.
	Through the week I will be going through individual folders and scanning 
them for any calls requiring config.php.

Disclaimer:
	CVS works well as long as no one tries to alter the table_prefix variable 
in the config.php file.    :^)  Do not test out the table_prefix option 
yet.   It is not fully functional yet.  I'm still running tests on a test 
box  and will alert other developers to test it out after my preliminary 
runs.  :^)

[Phpwebsite-developers] Notes to developers

[Dynomite <dyn...@us...>]

Recently there was a comment in the help forum that asked about 
translations of months that were listed on the index page.
https://sourceforge.net/forum/forum.php?thread_id=187030&forum_id=49349

For anyone who plans to work on a solution, here is a link to international 
dating.
http://www.cl.cam.ac.uk/~mgk25/iso-time.html

[Phpwebsite-developers] Include vs. Global

[Dynomite <dyn...@us...>]

I'm curious if anyone has an opinion or knows what is more preferable.   In 
files/functions where the variable for $table_prefix is referenced, do you 
guys think it is better to attach the include to the top of the file with a 
global call to the variable or add the include to each function?   My logic 
is the less global variables used, the better, others?

[Phpwebsite-developers] Profile for phpwebsite

[Dynomite <dyn...@us...>]

Profile
Tat Rithaporn
SF ID: dynomite
Design Team: Module Team
Organization: N/A
Location: Alhambra, CA, USA
Bio:
Developer of Phpwhosonline module
Organizing the database schema through the installation/implementation of 
table prefixes.

------------------------------------
Thanks for the clarification guys.

Requesting permission from Adam or Ryan since their name is at the top of 
the module_readme file to alter procedure to the format of table 
calls.    Intending to add the format of table calls and the attention to 
include of config.php if it has not been included to obtain the 
table_prefix variable.

For more information or progress on the table calls.   I have started 
looking at the whole cvs files on a test system implementing the table 
calls.   Now I have to find all the files that do not have the 
include('config.php').  So for others working on modules, please make sure 
to have the config included with the sql call.

There is also a bug in a block statement call...if someone is looking into 
that already that shows up in the cvs.

Tat

[Phpwebsite-developers] CVS Standards

[Matthew M. <ma...@tu...>]

Morning all,

A bad day for me for CVS. I implemented a bunch of patches submitted to me
before the person had CVS access. While I was testing them, some other work
was done in CVS. When I did an update, the diffs were so varied, it just
blew up on me. Hence, I lost the patches. I also had trouble testing to see
if I had fixed it because of dB errors that popped up on my CVS copy.

First of all, no one is at fault. It was just bad circumstances and my
implementation of someone else's work that caused me to get lost. However,
these circumstances have caused Brian and I to decide that we need some
standards. I apologize for these taking for so long, but our outside
development has been small in comparison with what we do in-house so the
communication is lacking. On the plus side, it means we are growing, which
we are thankful for.

Without further ado, here are the guidelines.
------------------------------------------------------------------------
If you have not committed in a while, it would be a good idea to wipe out
your copy and perform a new checkout. Update should be sufficient, but I
believe this to be a better way to get started.

Commit when you are reasonably sure your changes work. When testing your
own code, you WILL miss something obvious so you might as well commit it so
someone else can notice it. I don't mind little bugs as long as the code in
your checkout is not getting stale. It means less diffs in the long run.

Watch the database. If you make changes to it make sure they are made to
the CVS database as well. After you finish your spanky module, it is best
not to introduce it to people with a SQL error right off the bat.

If your changes are major (making a module out of a core function), develop
it in a side directory. Let people know you are doing this so they don't
try to make changes to the core. When someone is making a module, THEY have
the priority. Talk to them directly about changes and see if you can help
them.

Get your setup program BEFORE you commit. Whether it be changes to the core
(which will happen less) or to your module, get the setup working. We base
our distros on the CVS copy and the setup should work.

<Slapping my own hand here> Be careful implementing someone else's patches
if they are major. If you do, commit soon. You usually will have little
idea of what is going on as it is not your code. Someone might be working
heavily in that file in the meantime.

Go to phpWebSite and enter what you have or are working on under your
profile. If you want to make changes to the code, find out who it belongs
to FIRST. Then get in touch with them personally. If they do not get back
to you, write Brian, Adam, or I for the final go ahead. BE PATIENT. Not
everyone is on your time line.

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

Now, if I have touched on something you have done, don't get bent out of
shape. I think I have disobeyed every rule I just went over, so this is a
list for EVERYONE.

Finally, we all appreciate everyone's hard work. Thanks for helping us
grow. Please remember to be polite on the mail lists and message boards. As
a developer you are representing phpWebSite and, since it is where we work,
Appalachian State University.

If anyone has anything they want to add to this list, please send it to me
directly and do not post it to this mail list.

Thanks,
Matt
phpWebSite Developer

Re: [Phpwebsite-developers] CVS Check in -

[Matthew M. <ma...@tu...>]

Don't worry, someone is working on it very diligently.
<<prods Ryan with a stick>>

Matt

> On Wed, 2001-11-14 at 09:32, Dynomite wrote:
>
>> By the way, is anyone working on cleaning up the poll functions?
>> There  are two users who have the same problem, and this is confirmed
>> in the CVS  files, which is odd, because the version of .0.8.1 I have
>> works without any  problems.   I could help look into this if there is
>> no one already doing  so.   I don't want to step on anyones feet.  :^)
> About the poll module... I submitted a fix to poll_functions.php on
> monday to fix bug #479196. I don't know who's working on the poll
> module; but as far as I know the patch is still not in CVS yet.
> Is there any other problem pending on polls ?
>
> Bye,
> Alessandro
>
> --
> Alessandro "TXM" Pisani - al...@ti... - ICQ #2209087
> INWO Project coordinator http://www.inwoproject.f2s.com
>
> "Violence is the last refuge of the incompetent"
> - S. Hardin [Isaac Asimov, "Foundation"]
>
>
> _______________________________________________
> Phpwebsite-developers mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers



Matthew McNaney
Internet Systems Architect
Electronic Student Services
Email: ma...@tu...
URL: http://phpwebsite.appstate.edu
Phone: 828-262-6493

Re: [Phpwebsite-developers] CVS Check in - mysql_query("SELECT done FROM " . $table_prefix."cvs WHERE blah blah");

[Alessandro P. (T. / J578) <al...@ti...>]

On Wed, 2001-11-14 at 09:32, Dynomite wrote:

> By the way, is anyone working on cleaning up the poll functions?   There 
> are two users who have the same problem, and this is confirmed in the CVS 
> files, which is odd, because the version of .0.8.1 I have works without any 
> problems.   I could help look into this if there is no one already doing 
> so.   I don't want to step on anyones feet.  :^)
About the poll module... I submitted a fix to poll_functions.php on
monday to fix bug #479196. I don't know who's working on the poll
module; but as far as I know the patch is still not in CVS yet.
Is there any other problem pending on polls ?

Bye,
Alessandro

-- 
Alessandro "TXM" Pisani - al...@ti... - ICQ #2209087
INWO Project coordinator http://www.inwoproject.f2s.com

"Violence is the last refuge of the incompetent"
 - S. Hardin [Isaac Asimov, "Foundation"]

[Phpwebsite-developers] CVS Check in - mysql_query("SELECT done FROM " . $table_prefix."cvs WHERE blah blah");

[Dynomite <dyn...@us...>]

All files as of right now have been updated with the table prefixs to any 
calls to tables in the (mysql) database, except for the setup 
files/directory.    There seems to be a lot of changes to the table names, 
so I'm gonna wait before attempting to do anything there.

CVS appears the way it was when I downloaded it except for my additions.  :^)

By the way, is anyone working on cleaning up the poll functions?   There 
are two users who have the same problem, and this is confirmed in the CVS 
files, which is odd, because the version of .0.8.1 I have works without any 
problems.   I could help look into this if there is no one already doing 
so.   I don't want to step on anyones feet.  :^)

Tat