[PHP-DEV] Bug #15158: Session get replaced when moving to other domain
From: [EMAIL PROTECTED] Operating system: RH7.1 PHP version: 4.1.1 PHP Bug Type: Session related Bug description: Session get replaced when moving to other domain When I move from www.domain.com to secure.domain.com with the PHPSESID in the URL the session from the previous domain continue to work in the new one until the first inner link that does not have the PHPSESID is clicked. When such link is clicked ( or submitted ) the session_start/register initiate new session to the domain and forget about the old session. This behavior started after I upgraded to 4.1.1 from 4.0.6. IMHO In 4.0.6 the session was accepted for the domain ( as default ) after PHPSESID was delivered but in 4.1.1 its not. -- Edit bug report at: http://bugs.php.net/?id=15158edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15158 Updated: Session get replaced when moving to other domain
ID: 15158 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Session related Operating System: RH7.1 PHP Version: 4.1.1 New Comment: in My 4.0.6 php.ini cookie_domain = in My 4.1.1 php.ini cookie_domain = Worked very well through all the 4.0.x ver untill the 4.1.1 ( didnt checked the 4.1.0 ) Previous Comments: [2002-01-22 05:24:20] [EMAIL PROTECTED] Please check your session.cookie_domain setting (php.ini directive). [2002-01-22 05:17:40] [EMAIL PROTECTED] When I move from www.domain.com to secure.domain.com with the PHPSESID in the URL the session from the previous domain continue to work in the new one until the first inner link that does not have the PHPSESID is clicked. When such link is clicked ( or submitted ) the session_start/register initiate new session to the domain and forget about the old session. This behavior started after I upgraded to 4.1.1 from 4.0.6. IMHO In 4.0.6 the session was accepted for the domain ( as default ) after PHPSESID was delivered but in 4.1.1 its not. Edit this bug report at http://bugs.php.net/?id=15158edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14799 Updated: Remove the To:/Subject: headers if not entered
ID: 14799 User updated by: [EMAIL PROTECTED] Old Summary: Remove the To:/Subject: headers if not entered Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Mail related Operating System: RH 7.x PHP Version: 4.0.6 New Comment: The Return-path is set by sendmail and not PHP, so there is no need to fix this as it not concerned to PHP at all. So to fix the mail() properly the php team need to enable the headers to control everything like the To: header Regarding Daniel opinion I don't think that mail() should be canceled and everything should pipe to sendmail. Less code is much more easy to handle, and the code will be easier to transfer from one server to other. to make the code perfect imho the To: the Subject: headers should not be mandatory as the first/second argument in the mail() function. Previous Comments: [2002-01-03 18:31:53] [EMAIL PROTECTED] The strength of PHP is to give people functions which they can use, without understanding the mechanisms behind it. Why not just obsolete set_cookie() ? You could do this manually with header() (the code doesn't even get longer, you just have to pay attention how to format the cookie-parameters). yes, you could even obsolete mail() and leave it up to the user to either open a pipe to sendmail (un*x) or connect to an SMTP server (windows). there are dozens of core PHP functions which can be replaced by an equivalent piece of code IN PHP. but this feature richness just makes PHP so popular. why tempnam()? you could write this very elegantly in PHP, too: do { $tmp=substr(md5(microtime()),0,8); } while(file_exists($tmp)); I hope nobody disagrees with setting this to bogus. Kind Regards, Daniel Lorch [2002-01-02 11:07:41] [EMAIL PROTECTED] I also noticed and maybe im wrong that the mail function replace the Return-path: header that i inserted with Return-path:[EMAIL PROTECTED] if so this should be fixed too [2002-01-02 09:21:44] [EMAIL PROTECTED] oops, forgot to mention the bug type. sorry [2002-01-02 09:20:09] [EMAIL PROTECTED] mail command accept: mail ($recipient, $subject, $message [, string additional_headers]); all good. But when I construct all the mail from headers I don't need to supply: $recipient, $subject, $message as they all exist in the headers. So I do: mail (, , , $headers); The problem is that even when I write the To: header in the headers another empty To: appear next to it. So for maximal flexibility I think that $headers suppose to override all other fields. Edit this bug report at http://bugs.php.net/?id=14799edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14799: Remove the To:/Subject: headers if not entered
From: [EMAIL PROTECTED] Operating system: RH 7.x PHP version: 4.0.6 PHP Bug Type: Unknown/Other Function Bug description: Remove the To:/Subject: headers if not entered mail command accept: mail ($recipient, $subject, $message [, string additional_headers]); all good. But when I construct all the mail from headers I don't need to supply: $recipient, $subject, $message as they all exist in the headers. So I do: mail (, , , $headers); The problem is that even when I write the To: header in the headers another empty To: appear next to it. So for maximal flexibility I think that $headers suppose to override all other fields. -- Edit bug report at: http://bugs.php.net/?id=14799edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14799 Updated: Remove the To:/Subject: headers if not entered
ID: 14799 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Old Bug Type: Unknown/Other Function Bug Type: Mail related Operating System: RH 7.x PHP Version: 4.0.6 New Comment: oops, forgot to mention the bug type. sorry Previous Comments: [2002-01-02 09:20:09] [EMAIL PROTECTED] mail command accept: mail ($recipient, $subject, $message [, string additional_headers]); all good. But when I construct all the mail from headers I don't need to supply: $recipient, $subject, $message as they all exist in the headers. So I do: mail (, , , $headers); The problem is that even when I write the To: header in the headers another empty To: appear next to it. So for maximal flexibility I think that $headers suppose to override all other fields. Edit this bug report at http://bugs.php.net/?id=14799edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14799 Updated: Remove the To:/Subject: headers if not entered
ID: 14799 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Mail related Operating System: RH 7.x PHP Version: 4.0.6 New Comment: I also noticed and maybe im wrong that the mail function replace the Return-path: header that i inserted with Return-path:[EMAIL PROTECTED] if so this should be fixed too Previous Comments: [2002-01-02 09:21:44] [EMAIL PROTECTED] oops, forgot to mention the bug type. sorry [2002-01-02 09:20:09] [EMAIL PROTECTED] mail command accept: mail ($recipient, $subject, $message [, string additional_headers]); all good. But when I construct all the mail from headers I don't need to supply: $recipient, $subject, $message as they all exist in the headers. So I do: mail (, , , $headers); The problem is that even when I write the To: header in the headers another empty To: appear next to it. So for maximal flexibility I think that $headers suppose to override all other fields. Edit this bug report at http://bugs.php.net/?id=14799edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13543: br should br / to be XHTML compatible
From: [EMAIL PROTECTED] Operating system: All PHP version: 4.0.6 PHP Bug Type: *Languages/Translation Bug description: br should br / to be XHTML compatible By w3 br under XHTML should be br / while hebrevc insert br every line break -- Edit bug report at: http://bugs.php.net/?id=13543edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12715 Updated: IE download file twice when serve from DB.
ID: 12715 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Output Control Operating System: Linux PHP Version: 4.0.6 New Comment: found a way around, but I had to drop: header(Content-Disposition: filename=$file_name); when ever Content-Disposition found in the code IE load the page twice. Or no one know the answer ( with Content-Disposition ) or its a bug. Any way I think the solution need to apear on the manual to avoid lots of site that double the dl time. Previous Comments: [2001-08-13 10:23:41] [EMAIL PROTECTED] Not a bug. Ask further support questions on the appropriate mailing list: http://www.php.net/support.php [2001-08-13 09:53:08] [EMAIL PROTECTED] When I download file stored on DB using IE, Its take me double the time then Netscape takes. I discovered that IE download the file twice. one when the headers are read and latter when the file is requested again. here is the code: ? $query = select * from files where issue_id='$id'; $result = mysql_query ($query) or die (Invalid query); $data = @MYSQL_RESULT($result,0, file_data); $type = @MYSQL_RESULT($result,0, file_type); $file_name = @MYSQL_RESULT($result,0, file_name); $file_size = @MYSQL_RESULT($result,0, file_size); // # To force save file //header(Content-disposition: attachment; filename=\$file_name\); Header(Content-type: $type); header(Content-Length: $file_size); header(Content-Disposition: filename=$file_name); echo $data; ? Edit this bug report at http://bugs.php.net/?id=12715edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12715: IE download file twice when serve from DB.
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.6 PHP Bug Type: Output Control Bug description: IE download file twice when serve from DB. When I download file stored on DB using IE, Its take me double the time then Netscape takes. I discovered that IE download the file twice. one when the headers are read and latter when the file is requested again. here is the code: ? $query = select * from files where issue_id='$id'; $result = mysql_query ($query) or die (Invalid query); $data = @MYSQL_RESULT($result,0, file_data); $type = @MYSQL_RESULT($result,0, file_type); $file_name = @MYSQL_RESULT($result,0, file_name); $file_size = @MYSQL_RESULT($result,0, file_size); // # To force save file //header(Content-disposition: attachment; filename=\$file_name\); Header(Content-type: $type); header(Content-Length: $file_size); header(Content-Disposition: filename=$file_name); echo $data; ? -- Edit bug report at: http://bugs.php.net/?id=12715edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]