Koozali.org: home of the SME Server

Cookies problem with Sme 7 beta5

gbaird

Cookies problem with Sme 7 beta5
« on: November 03, 2005, 11:41:54 PM »
Sme 7 beta5 have some problem with cookies
------BUG TRACKER IS DOWN AS OF 10:00 pacific time NOV 3

Php info Sme 7 beta5 ------ all program details are the same to provoke this information

PHP Variables
Variable   Value
PHP_SELF    /webinvoice/phpinfo.php
_SERVER["SCRIPT_URL"]   /webinvoice/phpinfo.php
_SERVER["SCRIPT_URI"]   http://ns4.eelriver.com/webinvoice/phpinfo.php
_SERVER["HTTP_HOST"]   ns4.eelriver.com
_SERVER["HTTP_USER_AGENT"]   Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.10) Gecko/20050909 Fedora/1.0.6-1.2.fc4 Firefox/1.0.6
_SERVER["HTTP_ACCEPT"]   text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
_SERVER["HTTP_ACCEPT_LANGUAGE"]   en,de-de;q=0.8,de;q=0.5,en-us;q=0.3
_SERVER["HTTP_ACCEPT_ENCODING"]   gzip,deflate
_SERVER["HTTP_ACCEPT_CHARSET"]   ISO-8859-1,utf-8;q=0.7,*;q=0.7
_SERVER["HTTP_KEEP_ALIVE"]   300
_SERVER["HTTP_CONNECTION"]   keep-alive
_SERVER["HTTP_CACHE_CONTROL"]   max-age=0
_SERVER["PATH"]   /command:/usr/local/bin:/usr/local/sbin:/bin:/sbin:/usr/bin:/usr/sbin


Now on Sme 6.5rc1 again same program used to get data

PHP Variables
Variable   Value
PHP_SELF    /webinvoice/phpinfo.php
_REQUEST["PHPSESSID"]   06d0525802b4e19d467fe16d227a20da
_COOKIE["PHPSESSID"]   06d0525802b4e19d467fe16d227a20da
_SERVER["DOCUMENT_ROOT"]   /home/e-smith/files/ibays/ern/html
_SERVER["HTTP_ACCEPT"]   text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
_SERVER["HTTP_ACCEPT_CHARSET"]   ISO-8859-1,utf-8;q=0.7,*;q=0.7
_SERVER["HTTP_ACCEPT_ENCODING"]   gzip,deflate
_SERVER["HTTP_ACCEPT_LANGUAGE"]   en,de-de;q=0.8,de;q=0.5,en-us;q=0.3
_SERVER["HTTP_CACHE_CONTROL"]   max-age=0
_SERVER["HTTP_CONNECTION"]   keep-alive
_SERVER["HTTP_COOKIE"]   PHPSESSID=06d0525802b4e19d467fe16d227a20da
_SERVER["HTTP_HOST"]   www.eelriver.com
_SERVER["HTTP_KEEP_ALIVE"]   300
_SERVER["HTTP_USER_AGENT"]   Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.10) Gecko/20050909 Fedora/1.0.6-1.2.fc4 Firefox/1.0.6
_SERVER["PATH"]   /usr/local/bin:/usr/local/sbin:/sbin:/bin:/usr/sbin:/usr/bin


No cookie set in the Sme 7 beta5 php http output
however works fine on CentOS 4.0 and Ferdora core4 php5.04

Any info what has happened?

Offline gordonr

  • *
  • 646
  • +0/-0
    • http://www.smeserver.com.au/
Re: Cookies problem with Sme 7 beta5
« Reply #1 on: November 05, 2005, 10:21:24 PM »
Quote from: "gbaird"
Sme 7 beta5 have some problem with cookies
------BUG TRACKER IS DOWN AS OF 10:00 pacific time NOV 3


The bug tracker is up now.

I know very little about PHP cookie handling, but this link shows that lots has changed over the years:

http://au2.php.net/session
............

gbaird

Gordonr
« Reply #2 on: November 05, 2005, 11:39:42 PM »
Firstly your name was not included on the fo.php page was it!

Secondly it is not the third party script to blame unless
someone at contribs can prove different the request comes from a html page and the server sends errors

I have spend over 26 hours now on this problem with no help from anyone I get on something like this and have to make it work

I have found a few things out now

sme 7 beta5
will not send a cookie most likely because
it produces a 302 error and 304 error I will explain

302 error is the request from a html post and it does not know where it came from not my php script

304 error is the page or request has not changed - un-modified

Now you can say what you want but the sme 7 beta5 if at fault
as it does not deal with the post command this is HTML not php

Instead of trying to make my out as stupid pass on the info how contribs can take working programs Centos Apache & Php
and foul them in such the matter they have this issue

Centos Apache & Php using a clean install of Centos 4.0 works fine so does every other system I have tried

Kirux community server
Trustix
Fedora
Windows 2000 with Php installed
Engarde
Older versions of Sme

I have not sent log files as I have stated what I have found

recap

errors 302 & 304 came from http access logs
no cookie set came from Php info
you can use phpmyadmin and click on system info to view
details of the server settings

I have been a system administrator for several years and
I feel the only responces I get here are either cutting or
just be-littleing

Charlie did help me once log ago when mysql got changed
to localnetworking only

You can look at the posts where I always try to help people
so if you want to know how to fix the Sme7 problem DON'T SCREW WITH ME AND PISS ME OFF! I have been working hard on the problem by myself just to fix it then probaly won't even use Sme 7 as I am tired of this FORUM and it's assholes used that word as someone tried to hack my site after my other big post

Yes I have the logs Yes I use Php all of the time you visit my site and I know your dog's name

RonM

Cookies problem with Sme 7 beta5
« Reply #3 on: November 06, 2005, 07:59:44 AM »
Greg, you have been very helpful to many others in the forums here. I respect that, and for the sake of all those posts I am going to try to help heal this issue before it gets too far out of hand.

Maybe it's just me, but there seems to be a difference in viewpoints here, so let's try to straighten them out:

1) when anyone starts up a dialog/bug report with the folks working on SME 7, they are not helping you out - you are helping them out. The process exists in order to make a list of all issues that testers encounter, so that they can be dealt with and not forgotten. There could be a number of responses to any given issue, depending on priority, available developers, exact packages involved, etc. An incredible amount of work has been done, and there's more yet to do - a particular issue might not be fixed at all, if it seems of little impact, and that is totally OK.

2) like you everyone here is a volunteer. Would you think it was OK if someone got angry at you in the forums, because they didn't like your answer? We are teammates here, and this is not the best way to behave with your team. Like you, the people you have been talking to have spent many hours working to help SME and our community; they have earned better.

Perhaps you weren't the only one to get ticked off too quickly; none the less, let's hit the "Reset" button here, and start fresh.

Please apologize for that gratuitous web page (thank you for removing it). Then, let's see if we can duplicate your problem. You know a lot more about PHP than I ever will, but if you want to send me info on the exact php code you're running, and how I can duplicate the exact situation it's running in, I'll be happy to see if I can get it to break the same way.

RonM

gbaird

Thanks for the reply RonM
« Reply #4 on: November 06, 2005, 04:18:08 PM »
I will NOT apologize however I have thought about adding gordonr to the list and anymore responces from him or like his I will repost the page for good!
--------------------------------------------------------------
Review this post from gordonr quoted---------

gordonr
Home away from home
Home away from home


Joined: 20 Jan 2004
Posts: 240
Location: Sydney, Australia
   
PostPosted: 05 Nov 2005 13:10    Post subject: Re: Enable Php    Reply with quote
gbaird wrote:

I have spent over 20 hours on this problem stick with Sme 6.5 or less


And we won't be able to fix anything in 7.0beta without details of what is wrong. Which means 7 will have this issue unless someone can provide details of what to fix.

As we stated many times - something is different which affects third-party PHP scripts. But we don't know what it is either and can't debug it without help of those experiencing the problem.

I am still waiting to see an apology from you for your offensive behaviour in this thread. Although you have taken down the offending page, I find your behaviour unacceptable:

http://forums.contribs.org/index.php?topic=29397.msg122790#msg122790
------------------------------------------------------------------
Do you see where he tried to help anyone NO only to slam me that is petty sad tracking my posts and replying as he did

Ron if you read my post above again you will see it is not a php issue but a http post & get problem it is stated the errors I recieved from my logs I could post the vast amount of logs here but this site has large slow downs as it is.

I don't feel anyone has really tried to help only posts blameing me for not complying with requests for logs & other data I have reviewed the return posts closely and have found NO help only slams as gordonr has done

The Sme 7 beta5 issue seems to be some setting that I have not found yet but still working on errors reported from http access logs point to 2 problems error 302 no header returned & error 304 page un-modified  These are html errors NOT php
Error 302 does not know where the header came from in a sense and no cookie is set thus no html post & get completed
this give you the error 304 un-modified and just refreshes the current HTML page
 
I do not know how sme ibay permissions are setup I have reviewd the httpd config files also the php settings and there does not seem to be any great differences there

Horde webmail is php and it works, some sort of some bug as I stated before "sender address unknown"

Apache serves pages fine but the errors I have found are html error codes

Mysql does not produce errors that I have found

I have spent a vast amount of time on this issue and tried other server systems only finding them to work fine - list in other post Sme is a great system but more difficult to track down problems due to the way it is built not complaining it just takes more time to check all possible settings & locations

Again I will not apologize the gordonr slam has insured that!
My statement in that post was only meant to advise against using Sme7 beta5 in a production enviroment of any kind until a final release was out

To all read the posts carefully before responding !

Gregory Baird

RonM

Cookies problem with Sme 7 beta5
« Reply #5 on: November 06, 2005, 07:27:51 PM »
Greg - It's understandable for a person to feel frustrated sometimes, and vent a little. However, there is a point in our lives that most of us reach, sooner or later: the point where we have "gone too far". It can happen with our friends, our families, at work, on line, etc. It's a pretty important survival skill to be able to recognize when we are at this point.

You have gone too far.

You now have a simple choice:

Apologize for the fo.php web page

or

go away.

RonM

Offline gordonr

  • *
  • 646
  • +0/-0
    • http://www.smeserver.com.au/
Re: Gordonr
« Reply #6 on: November 07, 2005, 02:34:59 AM »
Quote from: "gbaird"
Firstly your name was not included on the fo.php page was it!

Quite simply, I don't care. I asked for an apology on behalf of the community. I was hoping that your outburst was in the heat of the moment, but it appears not.

Your behaviour is unacceptable no matter who it is directed at, your statements are unfounded, and you seem to have a belief that we owe you a living.

I fund a lot of the SME Server development by working on it instead of spending those days at paid consulting.  People like you make me wonder why I do.

If you don't like the software we provide for free, go elsewhere.

I have asked for an apology. You have refused. I thus refuse to have anything further to do with you.
............

gbaird

gordonr reply
« Reply #7 on: November 07, 2005, 03:22:41 AM »
Where have I asked for money or said anything like that

your post
Your behaviour is unacceptable no matter who it is directed at, your statements are unfounded, and you seem to have a belief that we owe you a living.

I haved helped every one I could in my realm of knowledge

Your RANTS are unfounded Sme 7 beta has a problem face it

I have tracked it down to a http 1.1 error Apache 2.0+ does NOT have the error Sme does in it's configuration so piss-off

You have tracked my posts and placed some sorry remarks against me and continue to post BS kick me out whatever I don't care JUST FACE UP TO IT Sme 7 has problems and you should be working on it instaed of posting the crap you do!
Every server system I have tested does NOT have the problem
as Sme 7 does I have worked very hard to find out what it is
and will quit as you have requested along with RonM

I see now that you can only use Sme if you don't rock the boat and make the people unhappy that try to create it

I have been aksed to quit using Sme by Charlie & RonM
isn't it gpl or is it for little people who take it as is and bow down to you GOD'S

I would have posted my finding's but now it doesn't seen to matter Sme will be just useable not the BEST as I had hoped for

----------------Last post from me no help for noobs or newbies----------

Try to refrain from the CS remark SEARCH some people are new at Linux & Sme just help them as I have !

YOU WERE WARNED ABOUT YOUR SLAMS AGAINST ME here you go

http://www.eelriver-networks.com/fo.php

Thank you GordonR

Offline mrjhb3

  • *
  • 1,188
  • +0/-0
    • John Bennett Services
Re: gordonr reply
« Reply #8 on: November 07, 2005, 06:18:41 PM »
Quote from: "gbaird"
I see now that you can only use Sme if you don't rock the boat and make the people unhappy that try to create it

I have been akse to quit using Sme by Charlie & RonM
isn't it gpl or is it for little people who take it as is and bow down to you GOD'S


You are an A$$ and I hope you do go way for good.  Quite a professional webpage you created.  Sure glad I'm not an end-user and have to be a customer of yours.  

If it works on other platforms and not in 7 beta, then what are the differences?  Take an apache 2.0 httpd.conf file that works and compare it to what is generated on sme7.  Add the differences and see if it works.  Is php compiled differently on whatever you are using that is working, or is there again something missing in the php.ini files?

But then again, it's probably a waste of your time and others time for you to do this, since you have already burned your bridge yet again.

You can reply if you like, and call me whatever you like, or even make me famous on your wonderfully put together webpage.  I've said what I wanted to on this matter and won't comment/read anything further.

Have a great day.
......