[PHP-BUG] Req #64039 [NEW]: suppport XOAUTH2 in imap_open
From: k dot andris at gmail dot com Operating system: linux PHP version: 5.3.21 Package: IMAP related Bug Type: Feature/Change Request Bug description:suppport XOAUTH2 in imap_open Description: Adding XOAUTH2 support to imap_open would be very welcome. It's needed for Oauth2 based access to Gmail. It's quite easy to add. -- Edit bug report at https://bugs.php.net/bug.php?id=64039edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=64039r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=64039r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=64039r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=64039r=fixed Fixed in release: https://bugs.php.net/fix.php?id=64039r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=64039r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=64039r=needscript Try newer version: https://bugs.php.net/fix.php?id=64039r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=64039r=support Expected behavior: https://bugs.php.net/fix.php?id=64039r=notwrong Not enough info: https://bugs.php.net/fix.php?id=64039r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=64039r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=64039r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64039r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=64039r=dst IIS Stability: https://bugs.php.net/fix.php?id=64039r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=64039r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=64039r=float No Zend Extensions: https://bugs.php.net/fix.php?id=64039r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=64039r=mysqlcfg
#43682 [NoF-Csd]: domain/subdomain problems with session cookies
ID: 43682
User updated by: k dot andris at gmail dot com
Reported By: k dot andris at gmail dot com
-Status: No Feedback
+Status: Closed
Bug Type: Session related
Operating System: Debian Sarge
PHP Version: 5.2.4
New Comment:
Actually Suhosin's suhosin.session.cryptdocroot option was the problem.
If the session encryption key is based on the DocRoot it causes the
problem described here (if the base domain and the subdomains are served
from different directories).
Previous Comments:
[2008-02-21 01:00:00] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to Open.
[2008-02-13 18:39:55] [EMAIL PROTECTED]
I don't see how this is PHP bug at all. More like lighttpd bug if a bug
at all. Check these: What host PHP script gets from ligttpd
($_SERVER['SERVER_NAME'] and what is tried to be set for the cookie.
[2008-02-10 18:29:19] k dot andris at gmail dot com
I found it! The problem only occours if you serve the base domain and
the subdomains from different sections of lighttpd config file, like
this:
$HTTP[host] =~ ^mysite\.com {
server.document-root = /var/www/mysite/
}
$HTTP[host] =~ (.+)\.mysite\.com$ {
server.document-root = /var/www/mysubdomains/
}
[2008-02-10 18:17:20] k dot andris at gmail dot com
It seems to work on another server. I'll try to find out what was wrong
with the first one. Sorry..
[2008-02-10 17:21:06] k dot andris at gmail dot com
Did you try getting the session variable set on a subdomain at the
root? Like apple.mydomain.com/echo.php sets $_SESSION['apple'] =
'fruit', but mydomain.com/echo.php will not see it. Or does it in your
tests? BTW, session_set_cookie_params lack parameter docs, but I guess
lifetime is in seconds.
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/43682
--
Edit this bug report at http://bugs.php.net/?id=43682edit=1
#44231 [NEW]: curl_multi_timeout() not implemented
From: k dot andris at gmail dot com Operating system: PHP version: 5.2.5 PHP Bug Type: cURL related Bug description: curl_multi_timeout() not implemented Description: cURL's curl_multi_timeout() is not supported in PHP so there is no way to set a timout for 'multi' type request. Also, curl_multi_select() is not documented enough. what does it return, and how to 'select' it. Reproduce code: --- try to call it Expected result: call cURL's function -- Edit bug report at http://bugs.php.net/?id=44231edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44231r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44231r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44231r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44231r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44231r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44231r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44231r=needscript Try newer version:http://bugs.php.net/fix.php?id=44231r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44231r=support Expected behavior:http://bugs.php.net/fix.php?id=44231r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44231r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44231r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44231r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44231r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44231r=dst IIS Stability:http://bugs.php.net/fix.php?id=44231r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44231r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44231r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44231r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44231r=mysqlcfg
#44231 [Opn]: curl_multi_timeout() not implemented
ID: 44231
User updated by: k dot andris at gmail dot com
Reported By: k dot andris at gmail dot com
Status: Open
Bug Type:cURL related
PHP Version: 5.2.5
New Comment:
_select() would be better, since doing this (manual's example):
do {
curl_multi_exec($mh, $running);
} while($running 0);
Is I think is a waste of CPU cycles.
Previous Comments:
[2008-02-24 01:41:21] k dot andris at gmail dot com
Description:
cURL's curl_multi_timeout() is not supported in PHP so there is no way
to set a timout for 'multi' type request. Also, curl_multi_select() is
not documented enough. what does it return, and how to 'select' it.
Reproduce code:
---
try to call it
Expected result:
call cURL's function
--
Edit this bug report at http://bugs.php.net/?id=44231edit=1
#43682 [Fbk-Opn]: headers are OK
ID: 43682
User updated by: k dot andris at gmail dot com
Reported By: k dot andris at gmail dot com
-Status: Feedback
+Status: Open
Bug Type: Session related
Operating System: Debian Sarge
PHP Version: 5.2.4
New Comment:
Did you try getting the session variable set on a subdomain at the
root? Like apple.mydomain.com/echo.php sets $_SESSION['apple'] =
'fruit', but mydomain.com/echo.php will not see it. Or does it in your
tests? BTW, session_set_cookie_params lack parameter docs, but I guess
lifetime is in seconds.
Previous Comments:
[2008-02-05 00:28:53] [EMAIL PROTECTED]
Try using this instead of ini_set():
http://php.net/session_set_cookie_params
Calling this with proper values prior to calling session_start(); works
just fine for me.
[2008-02-02 13:15:14] k dot andris at gmail dot com
Host names pass along fine to the script handling the subdomains.
Actually I used the subdfomain name to set test session variables, like
a_test2 and b_test.
[2008-02-02 13:11:51] k dot andris at gmail dot com
So on subdomains it does work all right. What clears the $_SESSION
variable is the root domain. Session is passed fine between a.mysite.com
and b.mysite.com, but if I open a session at mysite.com, it will not see
the subdomain's session variables, and it will also erase them. The
session cookie passes along fine. I call:
ini_set('session.cookie_domain', '.mysite.com');
session_start();
I thought it does not work because the dot befor thee site's name
(since the root does not have that dot), but removing it does not help
either. Can you test this?
[2008-02-01 22:36:55] [EMAIL PROTECTED]
Try check what the domain actually is in that /var/www/index.php file.
[2008-02-01 22:35:51] [EMAIL PROTECTED]
Sounds like a lighttpd problem to me. I only use lighttpd but I don't
have any wildcard dns names set. Perhaps lighttpd doesn't set the host
properly that is passed to PHP (or actually any other fastcgi..)
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/43682
--
Edit this bug report at http://bugs.php.net/?id=43682edit=1
#43682 [Opn]: headers are OK
ID: 43682
User updated by: k dot andris at gmail dot com
Reported By: k dot andris at gmail dot com
Status: Open
Bug Type: Session related
Operating System: Debian Sarge
PHP Version: 5.2.4
New Comment:
I found it! The problem only occours if you serve the base domain and
the subdomains from different sections of lighttpd config file, like
this:
$HTTP[host] =~ ^mysite\.com {
server.document-root = /var/www/mysite/
}
$HTTP[host] =~ (.+)\.mysite\.com$ {
server.document-root = /var/www/mysubdomains/
}
Previous Comments:
[2008-02-10 18:17:20] k dot andris at gmail dot com
It seems to work on another server. I'll try to find out what was wrong
with the first one. Sorry..
[2008-02-10 17:21:06] k dot andris at gmail dot com
Did you try getting the session variable set on a subdomain at the
root? Like apple.mydomain.com/echo.php sets $_SESSION['apple'] =
'fruit', but mydomain.com/echo.php will not see it. Or does it in your
tests? BTW, session_set_cookie_params lack parameter docs, but I guess
lifetime is in seconds.
[2008-02-05 00:28:53] [EMAIL PROTECTED]
Try using this instead of ini_set():
http://php.net/session_set_cookie_params
Calling this with proper values prior to calling session_start(); works
just fine for me.
[2008-02-02 13:15:14] k dot andris at gmail dot com
Host names pass along fine to the script handling the subdomains.
Actually I used the subdfomain name to set test session variables, like
a_test2 and b_test.
[2008-02-02 13:11:51] k dot andris at gmail dot com
So on subdomains it does work all right. What clears the $_SESSION
variable is the root domain. Session is passed fine between a.mysite.com
and b.mysite.com, but if I open a session at mysite.com, it will not see
the subdomain's session variables, and it will also erase them. The
session cookie passes along fine. I call:
ini_set('session.cookie_domain', '.mysite.com');
session_start();
I thought it does not work because the dot befor thee site's name
(since the root does not have that dot), but removing it does not help
either. Can you test this?
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/43682
--
Edit this bug report at http://bugs.php.net/?id=43682edit=1
#43682 [Opn]: headers are OK
ID: 43682
User updated by: k dot andris at gmail dot com
Reported By: k dot andris at gmail dot com
Status: Open
Bug Type: Session related
Operating System: Debian Sarge
PHP Version: 5.2.4
New Comment:
It seems to work on another server. I'll try to find out what was wrong
with the first one. Sorry..
Previous Comments:
[2008-02-10 17:21:06] k dot andris at gmail dot com
Did you try getting the session variable set on a subdomain at the
root? Like apple.mydomain.com/echo.php sets $_SESSION['apple'] =
'fruit', but mydomain.com/echo.php will not see it. Or does it in your
tests? BTW, session_set_cookie_params lack parameter docs, but I guess
lifetime is in seconds.
[2008-02-05 00:28:53] [EMAIL PROTECTED]
Try using this instead of ini_set():
http://php.net/session_set_cookie_params
Calling this with proper values prior to calling session_start(); works
just fine for me.
[2008-02-02 13:15:14] k dot andris at gmail dot com
Host names pass along fine to the script handling the subdomains.
Actually I used the subdfomain name to set test session variables, like
a_test2 and b_test.
[2008-02-02 13:11:51] k dot andris at gmail dot com
So on subdomains it does work all right. What clears the $_SESSION
variable is the root domain. Session is passed fine between a.mysite.com
and b.mysite.com, but if I open a session at mysite.com, it will not see
the subdomain's session variables, and it will also erase them. The
session cookie passes along fine. I call:
ini_set('session.cookie_domain', '.mysite.com');
session_start();
I thought it does not work because the dot befor thee site's name
(since the root does not have that dot), but removing it does not help
either. Can you test this?
[2008-02-01 22:36:55] [EMAIL PROTECTED]
Try check what the domain actually is in that /var/www/index.php file.
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/43682
--
Edit this bug report at http://bugs.php.net/?id=43682edit=1
#43682 [Fbk-Opn]: session id kept, content lost on subdomain
ID: 43682
User updated by: k dot andris at gmail dot com
Reported By: k dot andris at gmail dot com
-Status: Feedback
+Status: Open
Bug Type: Session related
Operating System: Debian Sarge
PHP Version: 5.2.4
New Comment:
So on subdomains it does work all right. What clears the $_SESSION
variable is the root domain. Session is passed fine between a.mysite.com
and b.mysite.com, but if I open a session at mysite.com, it will not see
the subdomain's session variables, and it will also erase them. The
session cookie passes along fine. I call:
ini_set('session.cookie_domain', '.mysite.com');
session_start();
I thought it does not work because the dot befor thee site's name
(since the root does not have that dot), but removing it does not help
either. Can you test this?
Previous Comments:
[2008-02-01 22:36:55] [EMAIL PROTECTED]
Try check what the domain actually is in that /var/www/index.php file.
[2008-02-01 22:35:51] [EMAIL PROTECTED]
Sounds like a lighttpd problem to me. I only use lighttpd but I don't
have any wildcard dns names set. Perhaps lighttpd doesn't set the host
properly that is passed to PHP (or actually any other fastcgi..)
[2008-02-01 19:47:05] k dot andris at gmail dot com
Now I'm closer to see what's causing this... It only happens with a
vhost serving a wildcard subdomain. When all *.mysite.net requests go to
a single /var/www/index.php file. When I serve subdomains from
/var/www/subdomain/ it works ok. I'm using lighttpd with fastcgi. I'l
try to see if the problem is with lighttpd or php, but if you can test
it with Apache... Thanks.
[2008-01-26 01:04:07] [EMAIL PROTECTED]
If you're not using the sources we provide, then we can't help you. But
if you can reproduce this using fresh sources from http://php.net/ then
we can talk more.. I have NO problems with sessions in subdomains.
[2008-01-18 13:15:54] k dot andris at gmail dot com
Thanks, I'll try it. 5.2.4 works OK, too. My 5.2.5 was from dotdeb and
not the official sources.
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/43682
--
Edit this bug report at http://bugs.php.net/?id=43682edit=1
#43682 [Opn]: headers are OK
ID: 43682
User updated by: k dot andris at gmail dot com
-Summary: session id kept, content lost on subdomain
Reported By: k dot andris at gmail dot com
Status: Open
Bug Type: Session related
Operating System: Debian Sarge
PHP Version: 5.2.4
New Comment:
Host names pass along fine to the script handling the subdomains.
Actually I used the subdfomain name to set test session variables, like
a_test2 and b_test.
Previous Comments:
[2008-02-02 13:11:51] k dot andris at gmail dot com
So on subdomains it does work all right. What clears the $_SESSION
variable is the root domain. Session is passed fine between a.mysite.com
and b.mysite.com, but if I open a session at mysite.com, it will not see
the subdomain's session variables, and it will also erase them. The
session cookie passes along fine. I call:
ini_set('session.cookie_domain', '.mysite.com');
session_start();
I thought it does not work because the dot befor thee site's name
(since the root does not have that dot), but removing it does not help
either. Can you test this?
[2008-02-01 22:36:55] [EMAIL PROTECTED]
Try check what the domain actually is in that /var/www/index.php file.
[2008-02-01 22:35:51] [EMAIL PROTECTED]
Sounds like a lighttpd problem to me. I only use lighttpd but I don't
have any wildcard dns names set. Perhaps lighttpd doesn't set the host
properly that is passed to PHP (or actually any other fastcgi..)
[2008-02-01 19:47:05] k dot andris at gmail dot com
Now I'm closer to see what's causing this... It only happens with a
vhost serving a wildcard subdomain. When all *.mysite.net requests go to
a single /var/www/index.php file. When I serve subdomains from
/var/www/subdomain/ it works ok. I'm using lighttpd with fastcgi. I'l
try to see if the problem is with lighttpd or php, but if you can test
it with Apache... Thanks.
[2008-01-26 01:04:07] [EMAIL PROTECTED]
If you're not using the sources we provide, then we can't help you. But
if you can reproduce this using fresh sources from http://php.net/ then
we can talk more.. I have NO problems with sessions in subdomains.
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/43682
--
Edit this bug report at http://bugs.php.net/?id=43682edit=1
#43682 [Fbk-Opn]: session id kept, content lost on subdomain
ID: 43682 User updated by: k dot andris at gmail dot com Reported By: k dot andris at gmail dot com -Status: Feedback +Status: Open Bug Type: Session related Operating System: Debian Sarge -PHP Version: 5.2.5 +PHP Version: 5.2.4 New Comment: Now I'm closer to see what's causing this... It only happens with a vhost serving a wildcard subdomain. When all *.mysite.net requests go to a single /var/www/index.php file. When I serve subdomains from /var/www/subdomain/ it works ok. I'm using lighttpd with fastcgi. I'l try to see if the problem is with lighttpd or php, but if you can test it with Apache... Thanks. Previous Comments: [2008-01-26 01:04:07] [EMAIL PROTECTED] If you're not using the sources we provide, then we can't help you. But if you can reproduce this using fresh sources from http://php.net/ then we can talk more.. I have NO problems with sessions in subdomains. [2008-01-18 13:15:54] k dot andris at gmail dot com Thanks, I'll try it. 5.2.4 works OK, too. My 5.2.5 was from dotdeb and not the official sources. [2008-01-18 01:31:13] [EMAIL PROTECTED] I'd check first that the cookie is actually set and with what data. I had some problems with this when I changed the domain to be something different what it originally was, and as there already existed a cookie with same name, but just set with domain 'www.example.com' it wasn't reset. (tested using Firefox) Try change the session name (ie. cookie name) too. [2007-12-27 00:27:18] k dot andris at gmail dot com Works all right in 5.2 [2007-12-26 21:00:49] k dot andris at gmail dot com Description: The $_SESSION variable is empty when I look at it on a subdomain (abc.mydomain.com) even though session_id() is the same as on the main site (mydomain.com). Sessions are saved in files under /var/log/php5 - they just not read from there. The session cookie is OK too. Reproduce code: --- I have this on the base domain and on subdoamins too with different assigment lines. Still, they only seee their own assigments. ini_set(session.cookie_domain, .mydomain.net); session_start(); print_r($_SESSION); $_SESSION['main'] = 'main'; // assigment print_r($_SESSION); Expected result: Since I have the same session id, I expect the $_SESSION variable to be shared acreoss pages, and subdomains. -- Edit this bug report at http://bugs.php.net/?id=43682edit=1
#43682 [Fbk-Opn]: session id kept, content lost on subdomain
ID: 43682 User updated by: k dot andris at gmail dot com Reported By: k dot andris at gmail dot com -Status: Feedback +Status: Open Bug Type: Session related Operating System: Debian Sarge PHP Version: 5.2.5 New Comment: Thanks, I'll try it. 5.2.4 works OK, too. My 5.2.5 was from dotdeb and not the official sources. Previous Comments: [2008-01-18 01:31:13] [EMAIL PROTECTED] I'd check first that the cookie is actually set and with what data. I had some problems with this when I changed the domain to be something different what it originally was, and as there already existed a cookie with same name, but just set with domain 'www.example.com' it wasn't reset. (tested using Firefox) Try change the session name (ie. cookie name) too. [2007-12-27 00:27:18] k dot andris at gmail dot com Works all right in 5.2 [2007-12-26 21:00:49] k dot andris at gmail dot com Description: The $_SESSION variable is empty when I look at it on a subdomain (abc.mydomain.com) even though session_id() is the same as on the main site (mydomain.com). Sessions are saved in files under /var/log/php5 - they just not read from there. The session cookie is OK too. Reproduce code: --- I have this on the base domain and on subdoamins too with different assigment lines. Still, they only seee their own assigments. ini_set(session.cookie_domain, .mydomain.net); session_start(); print_r($_SESSION); $_SESSION['main'] = 'main'; // assigment print_r($_SESSION); Expected result: Since I have the same session id, I expect the $_SESSION variable to be shared acreoss pages, and subdomains. -- Edit this bug report at http://bugs.php.net/?id=43682edit=1
#43682 [NEW]: session id kept, content lost on subdomain
From: k dot andris at gmail dot com Operating system: Debian Sarge PHP version: 5.2.5 PHP Bug Type: Session related Bug description: session id kept, content lost on subdomain Description: The $_SESSION variable is empty when I look at it on a subdomain (abc.mydomain.com) even though session_id() is the same as on the main site (mydomain.com). Sessions are saved in files under /var/log/php5 - they just not read from there. The session cookie is OK too. Reproduce code: --- I have this on the base domain and on subdoamins too with different assigment lines. Still, they only seee their own assigments. ini_set(session.cookie_domain, .mydomain.net); session_start(); print_r($_SESSION); $_SESSION['main'] = 'main'; // assigment print_r($_SESSION); Expected result: Since I have the same session id, I expect the $_SESSION variable to be shared acreoss pages, and subdomains. -- Edit bug report at http://bugs.php.net/?id=43682edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43682r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43682r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43682r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43682r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=43682r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=43682r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=43682r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=43682r=needscript Try newer version:http://bugs.php.net/fix.php?id=43682r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=43682r=support Expected behavior:http://bugs.php.net/fix.php?id=43682r=notwrong Not enough info: http://bugs.php.net/fix.php?id=43682r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=43682r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=43682r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43682r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=43682r=dst IIS Stability:http://bugs.php.net/fix.php?id=43682r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=43682r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=43682r=float No Zend Extensions: http://bugs.php.net/fix.php?id=43682r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=43682r=mysqlcfg
#43682 [Opn]: session id kept, content lost on subdomain
ID: 43682 User updated by: k dot andris at gmail dot com Reported By: k dot andris at gmail dot com Status: Open Bug Type: Session related Operating System: Debian Sarge PHP Version: 5.2.5 New Comment: Works all right in 5.2 Previous Comments: [2007-12-26 21:00:49] k dot andris at gmail dot com Description: The $_SESSION variable is empty when I look at it on a subdomain (abc.mydomain.com) even though session_id() is the same as on the main site (mydomain.com). Sessions are saved in files under /var/log/php5 - they just not read from there. The session cookie is OK too. Reproduce code: --- I have this on the base domain and on subdoamins too with different assigment lines. Still, they only seee their own assigments. ini_set(session.cookie_domain, .mydomain.net); session_start(); print_r($_SESSION); $_SESSION['main'] = 'main'; // assigment print_r($_SESSION); Expected result: Since I have the same session id, I expect the $_SESSION variable to be shared acreoss pages, and subdomains. -- Edit this bug report at http://bugs.php.net/?id=43682edit=1
