sonkarmanish / mod-spdy Goto Github PK

We currently use the modified Chromium base from pagespeed, but might be able 
to trim the base deps even further. We need to investigate what if anything 
can be trimmed from the current base deps list.

ERROR:apache_spdy_session_io.cc(87)] ap_get_brigade failed with status 9: Bad 
file descriptor

With apache 2.2.22 

Current beta x64


Apache 2.2.22 on Fedora 16

 core_module (static)
 mpm_prefork_module (static)
 http_module (static)
 so_module (static)
 auth_basic_module (shared)
 auth_digest_module (shared)
 authn_file_module (shared)
 authn_alias_module (shared)
 authn_anon_module (shared)
 authn_dbm_module (shared)
 authn_default_module (shared)
 authz_host_module (shared)
 authz_user_module (shared)
 authz_owner_module (shared)
 authz_groupfile_module (shared)
 authz_dbm_module (shared)
 authz_default_module (shared)
 ldap_module (shared)
 authnz_ldap_module (shared)
 include_module (shared)
 log_config_module (shared)
 logio_module (shared)
 env_module (shared)
 ext_filter_module (shared)
 mime_magic_module (shared)
 expires_module (shared)
 deflate_module (shared)
 headers_module (shared)
 usertrack_module (shared)
 setenvif_module (shared)
 mime_module (shared)
 dav_module (shared)
 status_module (shared)
 autoindex_module (shared)
 info_module (shared)
 dav_fs_module (shared)
 vhost_alias_module (shared)
 negotiation_module (shared)
 dir_module (shared)
 actions_module (shared)
 speling_module (shared)
 userdir_module (shared)
 alias_module (shared)
 substitute_module (shared)
 rewrite_module (shared)
 proxy_module (shared)
 proxy_balancer_module (shared)
 proxy_ftp_module (shared)
 proxy_http_module (shared)
 proxy_ajp_module (shared)
 proxy_connect_module (shared)
 cache_module (shared)
 suexec_module (shared)
 disk_cache_module (shared)
 cgi_module (shared)
 version_module (shared)
 flvx_module (shared)
 dav_svn_module (shared)
 authz_svn_module (shared)
 fcgid_module (shared)
 ssl_module (shared)
 php5_module (shared)
 spdy_module (shared)
 wsgi_module (shared)

Current Google Chrome on Windows 7 (up2date) with nog additional flags

What steps will reproduce the problem?
1. Visit https://www.in-ventid.nl/test without spdy and everything works fine
2. Visit the exact same url with spdy and error messages start appearing in the 
error_log of Apache. 
3. However this does not apply for support.in-ventid.nl which work the same 
with and without spdy

I'd expect everything to work the same with spdy as without as it is a 
transport layer and therefore should not cause any changes in the webapplication

The messages in het apache error_log are

\[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP Notice:  A 
session had already been started - ignoring session_start() in 
/home/www/public_html/modules/get/logic.php on line 23, referer: 
https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP Stack trace:, 
referer: https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   1. {main}() 
/home/www/public_html/bootstrap.php:0, referer: https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   2. include() 
/home/www/public_html/bootstrap.php:63, referer: https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   4. 
__construct() /home/www/public_html/classes/fileManager.php:9, referer: 
https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   4. 
session_start() /home/www/public_html/bootstrap.php:23, referer: 
https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP Notice:  A 
session had already been started - ignoring session_start() in 
/home/www/public_html/bootstrap.php on line 23, referer: 
https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP Stack trace:, 
referer: https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   1. {main}() 
/home/www/public_html/bootstrap.php:0, referer: https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   2. include() 
/home/www/public_html/bootstrap.php:46, referer: https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   3. 
PDO->__construct() /home/www/public_html/modules/defaults.php:18, referer: 
https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   4. 
PDO->__construct() /home/www/public_html/modules/defaults.php:18, referer: 
https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   5. 
session_start() /home/www/public_html/bootstrap.php:23, referer: 
https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP Notice:  Constant 
MODULE already defined in /home/www/public_html/bootstrap.php on line 37, 
referer: https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP Stack trace:, 
referer: https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   1. {main}() 
/home/www/public_html/bootstrap.php:0, referer: https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   2. include() 
/home/www/public_html/bootstrap.php:46, referer: https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   3. 
PDO->__construct() /home/www/public_html/modules/defaults.php:18, referer: 
https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   4. 
PDO->__construct() /home/www/public_html/modules/defaults.php:18, referer: 
https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   5. define() 
/home/www/public_html/bootstrap.php:37, referer: https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP Fatal error:  
include(): Cannot redeclare class render in 
/home/www/public_html/modules/defaults.php on line 8, referer: 
https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP Stack trace:, 
referer: https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   1. {main}() 
/home/www/public_html/bootstrap.php:0, referer: https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   2. include() 
/home/www/public_html/bootstrap.php:46, referer: https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   3. 
PDO->__construct() /home/www/public_html/modules/defaults.php:18, referer: 
https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   4. 
PDO->__construct() /home/www/public_html/modules/defaults.php:18, referer: 
https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   5. include() 
/home/www/public_html/bootstrap.php:46, referer: https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP Notice:  A 
session had already been started - ignoring session_start() in 
/home/www/public_html/bootstrap.php on line 23, referer: 
https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP Stack trace:, 
referer: https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   1. {main}() 
/home/www/public_html/bootstrap.php:0, referer: https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   2. include() 
/home/www/public_html/bootstrap.php:46, referer: https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   3. include() 
/home/www/public_html/modules/defaults.php:11, referer: 
https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   4. 
gethostbyname() /home/www/public_html/modules/constants.php:12, referer: 
https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   5. 
gethostbyname() /home/www/public_html/modules/constants.php:12, referer: 
https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   6. 
session_start() /home/www/public_html/bootstrap.php:23, referer: 
https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP Notice:  Constant 
MODULE already defined in /home/www/public_html/bootstrap.php on line 37, 
referer: https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP Stack trace:, 
referer: https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   1. {main}() 
/home/www/public_html/bootstrap.php:0, referer: https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   2. include() 
/home/www/public_html/bootstrap.php:46, referer: https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   3. include() 
/home/www/public_html/modules/defaults.php:11, referer: 
https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   4. 
gethostbyname() /home/www/public_html/modules/constants.php:12, referer: 
https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   5. 
gethostbyname() /home/www/public_html/modules/constants.php:12, referer: 
https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   6. define() 
/home/www/public_html/bootstrap.php:37, referer: https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP Fatal error:  
include(): Cannot redeclare class render in 
/home/www/public_html/modules/defaults.php on line 8, referer: 
https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP Stack trace:, 
referer: https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   1. {main}() 
/home/www/public_html/bootstrap.php:0, referer: https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   2. include() 
/home/www/public_html/bootstrap.php:46, referer: https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   3. include() 
/home/www/public_html/modules/defaults.php:11, referer: 
https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   4. 
gethostbyname() /home/www/public_html/modules/constants.php:12, referer: 
https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   5. 
gethostbyname() /home/www/public_html/modules/constants.php:12, referer: 
https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   6. include() 
/home/www/public_html/bootstrap.php:46, referer: https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP Notice:  A 
session had already been started - ignoring session_start() in 
/home/www/public_html/bootstrap.php on line 23, referer: 
https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP Stack trace:, 
referer: https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   1. {main}() 
/home/www/public_html/bootstrap.php:0, referer: https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   2. include() 
/home/www/public_html/bootstrap.php:63, referer: https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   3. 
fileManager->get() /home/www/public_html/modules/get/logic.php:8, referer: 
https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   4. 
PDOStatement->execute() /home/www/public_html/classes/fileManager.php:63, 
referer: https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   5. 
PDOStatement->execute() /home/www/public_html/classes/fileManager.php:63, 
referer: https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP Notice:  A 
session had already been started - ignoring session_start() in 
/home/www/public_html/bootstrap.php on line 23, referer: 
https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP Stack trace:, 
referer: https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   1. {main}() 
/home/www/public_html/bootstrap.php:0, referer: https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   2. 
date_default_timezone_set() /home/www/public_html/bootstrap.php:25, referer: 
https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   3. 
date_default_timezone_set() /home/www/public_html/bootstrap.php:25, referer: 
https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   4. 
session_start() /home/www/public_html/bootstrap.php:23, referer: 
https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP Notice:  Constant 
MODULE already defined in /home/www/public_html/modules/constants.php on line 
12, referer: https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   3. 
date_default_timezone_set() /home/www/public_html/bootstrap.php:25, referer: 
https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   8. 
session_start() /home/www/public_html/bootstrap.php:23, referer: 
https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP Notice:  Constant 
MODULE already defined in /home/www/public_html/bootstrap.php on line 37, 
referer: https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP Stack trace:, 
referer: https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   1. {main}() 
/home/www/public_html/bootstrap.php:0, referer: https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   2. 
date_default_timezone_set() /home/www/public_html/bootstrap.php:25, referer: 
https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   3. 
date_default_timezone_set() /home/www/public_html/bootstrap.php:25, referer: 
https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   4. include() 
/home/www/public_html/bootstrap.php:46, referer: https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   5. include() 
/home/www/public_html/modules/defaults.php:11, referer: 
https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   6. 
gethostbyname() /home/www/public_html/modules/constants.php:12, referer: 
https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   7. define() 
/home/www/public_html/bootstrap.php:37, referer: https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   8. define() 
/home/www/public_html/bootstrap.php:37, referer: https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP Fatal error:  
include(): Cannot redeclare class render in 
/home/www/public_html/modules/defaults.php on line 8, referer: 
https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP Stack trace:, 
referer: https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   1. {main}() 
/home/www/public_html/bootstrap.php:0, referer: https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   2. 
date_default_timezone_set() /home/www/public_html/bootstrap.php:25, referer: 
https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   3. 
date_default_timezone_set() /home/www/public_html/bootstrap.php:25, referer: 
https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   4. include() 
/home/www/public_html/bootstrap.php:46, referer: https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   5. include() 
/home/www/public_html/modules/defaults.php:11, referer: 
https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   6. 
gethostbyname() /home/www/public_html/modules/constants.php:12, referer: 
https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   7. define() 
/home/www/public_html/bootstrap.php:37, referer: https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   8. {main}() 
/home/www/public_html/modules/defaults.php:0, referer: 
https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP Notice:  A 
session had already been started - ignoring session_start() in 
/home/www/public_html/bootstrap.php on line 23, referer: 
https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP Stack trace:, 
referer: https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   1. {main}() 
/home/www/public_html/bootstrap.php:0, referer: https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   2. include() 
/home/www/public_html/bootstrap.php:46, referer: https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   3. include() 
/home/www/public_html/modules/defaults.php:11, referer: 
https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   4. 
gethostbyname() /home/www/public_html/modules/constants.php:12, referer: 
https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   5. 
gethostbyname() /home/www/public_html/modules/constants.php:12, referer: 
https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   6. 
session_start() /home/www/public_html/bootstrap.php:23, referer: 
https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP Notice:  Constant 
MODULE already defined in /home/www/public_html/bootstrap.php on line 37, 
referer: https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP Stack trace:, 
referer: https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   1. {main}() 
/home/www/public_html/bootstrap.php:0, referer: https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   2. include() 
/home/www/public_html/bootstrap.php:46, referer: https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   3. include() 
/home/www/public_html/modules/defaults.php:11, referer: 
https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   4. 
gethostbyname() /home/www/public_html/modules/constants.php:12, referer: 
https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   5. 
gethostbyname() /home/www/public_html/modules/constants.php:12, referer: 
https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   6. define() 
/home/www/public_html/bootstrap.php:37, referer: https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP Fatal error:  
include(): Cannot redeclare class render in 
/home/www/public_html/modules/defaults.php on line 8, referer: 
https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP Stack trace:, 
referer: https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   1. {main}() 
/home/www/public_html/bootstrap.php:0, referer: https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   2. include() 
/home/www/public_html/bootstrap.php:46, referer: https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   3. include() 
/home/www/public_html/modules/defaults.php:11, referer: 
https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   4. 
gethostbyname() /home/www/public_html/modules/constants.php:12, referer: 
https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   5. 
gethostbyname() /home/www/public_html/modules/constants.php:12, referer: 
https://www.in-ventid.nl/test
[Mon Jul 16 15:42:45 2012] [error] [client 84.30.144.231] PHP   6. include() 
/home/www/public_html/bootstrap.php:46, referer: https://www.in-ventid.nl/test


Mod_spdy is now disabled, as it also causes segfaults in the main apache 
configuration:
....
7fcd76422000-7fcd76423000 r--p 00001000 fc:01 145439                     
/usr/lib64/httpd/modules/mod_dir.so
7fcd76423000-7fcd76424000 rw-p 00002000 fc:01 145439                     
/usr/lib64/httpd/modules/mod_dir.so
7fcd76424000-7fcd7642b000 r-xp 00000000 fc:01 145591                     
/usr/lib64/ht[Mon Jul 16 15:42:46 2012] [notice] child pid 29314 exit signal 
Segmentation fault (11)
[Mon Jul 16 15:42:46 2012] [notice] child pid 29319 exit signal Segmentation 
fault (11)
[Mon Jul 16 15:42:46 2012] [notice] child pid 29320 exit signal Segmentation 
fault (11)
[Mon Jul 16 15:42:46 2012] [notice] child pid 29325 exit signal Segmentation 
fault (11)
[Mon Jul 16 15:42:46 2012] [notice] child pid 29360 exit signal Segmentation 
fault (11)
[Mon Jul 16 15:42:46 2012] [notice] child pid 29363 exit signal Segmentation 
fault (11)

Several folks have reported seeing this warning in their Apache logs:

  [9179:9180:WARNING:http_to_spdy_filter.cc(113)] HttpToSpdyFilter is not the last filter in the chain: http_to_spdy


The "HttpToSpdyFilter is not the last filter in the chain" warning is issued
when there is an output filter later in the chain that the HTTP-to-SPDY 
translation filter, which normally shouldn't happen.  Even stranger, the above 
warning indicates that the filter that comes later in the chain is the 
HTTP-to-SPDY filter itself.  I am not sure yet how that is happening.

mod_spdy will generally only step in for HTTPS requests.  A browser that 
connects with HTTP can be advised that SPDY is available on another port (e.g. 
443) by sending an Alternate-Protocol header with the response.  We should make 
mod_spdy send this header automatically for HTTP responses (when configured to 
do so).

What steps will reproduce the problem?
1. download tar
2. gclient sync --force
3. make out/Debug/flip_in_mem_edsm_server

What is the expected output? What do you see instead?
Ideally this should build without issues.. I got chrome to build without 
errors. 

./net/tools/flip_server/constants.h: At global scope:
./net/tools/flip_server/constants.h:15: error: ‘kSpdySegmentSize’ defined 
but not used
./net/spdy/spdy_protocol.h:141: error: ‘spdy::kSpdyStreamMaximumWindowSize’ 
defined but not used

I am trying to do some tests for SPDY server and not able to build it

What version of the product are you using? On what operating system?
My operating system is ubuntu 10.10
Linux vishal-box 2.6.35-24-generic #42-Ubuntu SMP Thu Dec 2 01:41:57 UTC 2010 
i686 GNU/Linux

Please provide any additional information below.
I checked the commit log and seems this was part of some refactoring which has 
broken the build.

Any way to get the build working??

SSLVerifyClient didn't work with mod_spdy enabled.

The same configuration, except mod_dpdy, works as expected.


...
SSLVerifyClient require
SSLVerifyDepth  5
SSLOptions +StdEnvVars +ExportCertData +FakeBasicAuth +OptRenegotiate
SSLRequire (    %{SSL_CIPHER} !~ m/^(EXP|NULL)/ \
    and %{SSL_CLIENT_I_DN_CN} eq "XXXXXXXXXXXXX" \
    and %{SSL_CLIENT_S_DN_Email} in {"XXXXXXXXXXXXX", "XXXXXXXXXXXXX"} \
    and %{SSL_CLIENT_S_DN_D} in {"XXXXXXXXXXXXX", "XXXXXXXXXXXXX"} \
)
...

On my laptop (ubuntu linux) I'm finding that the apache request_rec's 
request headers are always NULL in the output filter. This is different from 
the behavior on my desktop (also ubuntu linux).

In both cases I'm running apache 2.2.8.

On the laptop I have a minimal module configuration (disabled all optional 
modules) so it could be that some other module is causing the headers to get 
populated on my desktop.

What version/revision number of mod_spdy are you using?
http://mod-spdy.googlecode.com/svn/trunk/

What version of Apache are you using, and on what operating system?  (Use
`apache2ctl -v` to check.)

Server version: Apache/2.2.14 (Ubuntu)
Server built:   Mar  5 2012 16:41:39


What other Apache modules are you using?  (Use `apache2ctl -M` to check.)

Loaded Modules:
 core_module (static)
 log_config_module (static)
 logio_module (static)
 mpm_prefork_module (static)
 http_module (static)
 so_module (static)
 alias_module (shared)
 auth_basic_module (shared)
 authn_file_module (shared)
 authz_default_module (shared)
 authz_groupfile_module (shared)
 authz_host_module (shared)
 authz_user_module (shared)
 autoindex_module (shared)
 cgi_module (shared)
 deflate_module (shared)
 dir_module (shared)
 env_module (shared)
 mime_module (shared)
 negotiation_module (shared)
 php5_module (shared)
 reqtimeout_module (shared)
 setenvif_module (shared)
 spdy_module (shared)
 ssl_module (shared)
 status_module (shared)

What browser version did you use to access the mod_spdy server?  On what
operating system? What flags was the browser invoked with?  (For
Chrome/Chromium, go to about:version to check.)

Google Chrome   20.0.1132.57 (Official Build 145807) m
OS  Windows

What steps will reproduce the problem?
1. Turn on SpdyDebugUseSpdyForNonSslConnections option in spdy.conf
2. Launch Chrome with --use-spdy=no-ssl switch
3. Navigate http://localhost, then error occurs in Chrome, saying
"This Webpage is not available" with Error 337 (net::ERR_SPDY_PROTOCOL_ERROR): 
Unknown error.

What is the expected result? What do you see instead?
When I test with Chrome without "--use-spdy=no-ssl" switch and navigate 
original "https" address, it works well. 
But, after turning on "--use-spdy=no-ssl", the error occurs.


Please provide any additional information below.

The docs at https://developers.google.com/speed/spdy/mod_spdy/php suggest using 
mod_fcgi to run PHP. The preferred way to run PHP via fastcgi is now to use 
php-fpm: http://php-fpm.org
PHP docs: http://php.net/manual/en/install.fpm.php

In HttpStreamAccumulator, our implementation needs to match the one in the 
Apache core filters impl. Specifically we need to match the impl in 
core_filters.c ap_core_input_filter. Ideally we should have unit tests to 
verify that the implementations are consistent.

I don't think the output currently frees buckets passed to it. I'm pretty 
sure it should.

What steps will reproduce the problem?
1. Add the compiled to modules/ directory from apache2
2. Added Loadmodule File to Apache
3. a2enmod spdy && /etc/init.d/apache2 restart
4. Opened a SSL Connection to a specific Vhost. 

What is the expected output? What do you see instead?
I hoped the spdy provided content :) But at least the connection was resetted 
by the server. Log: 
[Tue Jan 24 14:53:45 2012] [warn] [18412:18412:WARNING:spdy_framer.cc(619)] 
Unexpectedly large frame.  Spdy session is likely corrupt.           
[Tue Jan 24 14:53:45 2012] [warn] [18412:18412:WARNING:spdy_framer.cc(773)] 
inflate failure: -3
[Tue Jan 24 14:53:45 2012] [error] [18412:18412:ERROR:spdy_session.cc(147)] 
SpdyFramer error: DECOMPRESS_FAILURE   
[and on and on and on...]

What version of the product are you using? On what operating system?
I checked out the SVN Trunk (at 24th January 2012) and built it on Debian 
Squeeze.

Please provide any additional information below.

I built the module from these How-To's
http://code.google.com/p/mod-spdy/wiki/GettingStarted
http://code.google.com/p/mod-spdy/wiki/HowToBuild

With help from:
http://japhr.blogspot.com/2011/04/dont-bother-with-modspdy.html

Thanks!

I see the following in the logs:

[Wed Dec 21 20:22:34 2011] [warn] [25111:25154:WARNING:spdy_connection.cc(239)] 
  bad stream id, aborting stream
[Wed Dec 21 20:22:34 2011] [error] 
[25111:25118:ERROR:spdy_to_http_filter.cc(339)] Invalid SYN_STREAM header block 
in stream 83
[Wed Dec 21 20:22:34 2011] [error] 
[25111:25119:ERROR:spdy_to_http_filter.cc(339)] Invalid SYN_STREAM header block 
in stream 85
[Wed Dec 21 20:22:34 2011] [error] 
[25111:25120:ERROR:spdy_to_http_filter.cc(339)] Invalid SYN_STREAM header block 
in stream 87
[Wed Dec 21 20:22:35 2011] [error] 
[25111:25121:ERROR:spdy_to_http_filter.cc(339)] Invalid SYN_STREAM header block 
in stream 89
[Wed Dec 21 20:22:38 2011] [error] 
[25111:25122:ERROR:spdy_to_http_filter.cc(339)] Invalid SYN_STREAM header block 
in stream 91
[Wed Dec 21 20:22:45 2011] [error] 
[25111:25118:ERROR:spdy_to_http_filter.cc(339)] Invalid SYN_STREAM header block 
in stream 93
[Wed Dec 21 20:22:47 2011] [error] 
[25111:25119:ERROR:spdy_to_http_filter.cc(339)] Invalid SYN_STREAM header block 
in stream 95
[Wed Dec 21 20:23:39 2011] [error] 
[25111:25120:ERROR:spdy_to_http_filter.cc(339)] Invalid SYN_STREAM header block 
in stream 97
[Wed Dec 21 20:23:40 2011] [error] 
[25111:25121:ERROR:spdy_to_http_filter.cc(339)] Invalid SYN_STREAM header block 
in stream 99

on the client side, once this happens, I am totally hosed. I'm guessing the 
decompression context is out of sync. There is a TODO(mdsteele) in the code to 
decompress all frames even if we don't care about them. My hunch is that fixing 
that TODO will fix this issue.

We might be doing this already, but if not, we need to add support for it. 
Please close this if we're already disabling chunking.

I added lots of CHECKs initially, but now that we're getting to the point of 
having a semi-productionizable module, we need to convert these to DCHECKs 
and add appropriate error handling in release builds.

What version/revision number of mod_spdy are you using?
r243


What version of Apache are you using, and on what operating system?  (Use
`apache2ctl -v` to check.)
2.2.22


What other Apache modules are you using?  (Use `apache2ctl -M` to check.)
 core_module (static)
 mpm_worker_module (static)
 http_module (static)
 so_module (static)
 spdy_module (shared)
 actions_module (shared)
 alias_module (shared)
 auth_basic_module (shared)
 authn_file_module (shared)
 authz_host_module (shared)
 authz_groupfile_module (shared)
 authz_default_module (shared)
 authz_user_module (shared)
 autoindex_module (shared)
 cgid_module (shared)
 dir_module (shared)
 env_module (shared)
 expires_module (shared)
 include_module (shared)
 log_config_module (shared)
 mime_module (shared)
 negotiation_module (shared)
 setenvif_module (shared)
 ssl_module (shared)
 userdir_module (shared)
 fcgid_module (shared)
 deflate_module (shared)
 rewrite_module (shared)
 proxy_module (shared)
 proxy_http_module (shared)
 proxy_balancer_module (shared)
 cache_module (shared)
 disk_cache_module (shared)
 ldap_module (shared)
 authnz_ldap_module (shared)


What browser version did you use to access the mod_spdy server?  On what
operating system? What flags was the browser invoked with?  (For
Chrome/Chromium, go to about:version to check.)
Chrome 18.0.23.1025.33


What steps will reproduce the problem?
1. Set:
 SpdyMaxStreamsPerConnection 100
2. With chrome:/net-internals you can check that the max streams is still 10

What is the expected result? What do you see instead?
max streams = 100



Please provide any additional information below.

We currently do not support:
2.7.3 RST_STREAM
2.7.4 HELLO
2.7.5 NOOP
2.7.6 PING
2.7.7 GOAWAY
2.7.8 HEADERS

We need to add support for these. In addition, we should generate RST_STREAM 
frames when the stream queue depth reaches a certain point.

Foo

What steps will reproduce the problem?
1. Go to http://code.google.com/p/mod-spdy/downloads/list

What is the expected output? What do you see instead?
I expect a reference implementacion of the SPDY protocol.
Some .deb, .tar.gz, rpm file, instead i get no file, and no code.

What version of the product are you using? On what operating system?
none

Please provide any additional information below.
Is there a release date. The web need to be faster, i want to test the speed if 
a compress the http headers and i dont need keepalive options any more.

https://www.modspdy.com/world-flags/.   -  broken ? 

What version/revision number of mod_spdy are you using?

https://dl-ssl.google.com/dl/linux/direct/mod-spdy-beta_current_amd64.deb

What version of Apache are you using, and on what operating system?  (Use
`apache2ctl -v` to check.)

Server version: Apache/2.2.16 (Debian)
Server built:   Apr  1 2012 07:14:38

What other Apache modules are you using?  (Use `apache2ctl -M` to check.)

Loaded Modules:
 core_module (static)
 log_config_module (static)
 logio_module (static)
 mpm_prefork_module (static)
 http_module (static)
 so_module (static)
 alias_module (shared)
 auth_basic_module (shared)
 authn_file_module (shared)
 authz_default_module (shared)
 authz_groupfile_module (shared)
 authz_host_module (shared)
 authz_user_module (shared)
 autoindex_module (shared)
 cgi_module (shared)
 dav_module (shared)
 dav_svn_module (shared)
 authz_svn_module (shared)
 deflate_module (shared)
 dir_module (shared)
 env_module (shared)
 expires_module (shared)
 fcgid_module (shared)
 gnutls_module (shared)
 mime_module (shared)
 negotiation_module (shared)
 php5_module (shared)
 reqtimeout_module (shared)
 rewrite_module (shared)
 setenvif_module (shared)
 spdy_module (shared)
 status_module (shared)

What steps will reproduce the problem?
1. Start Apache server with GnuTLS enabled.
2. Check /var/log/apache2/error.log for error messages related to .

What is the expected result? What do you see instead mod-spdy?

mod-spdy should have been loaded successfully. Instead, it complains that 
mod_ssl is not installed.

Please provide any additional information below.

It seems that mod-spdy currently depends on mod_ssl. However, GnuTLS provides 
HTTP with SSL/TLS as well.

What version/revision number of mod_spdy are you using?

mod-spdy-beta-0.9.1.5-301.x86_64

What version of Apache are you using, and on what operating system?  (Use
`apache2ctl -v` to check.)

Server version: Apache/2.2.17 (Unix)
Server built:   Oct 27 2010 12:28:30

What other Apache modules are you using?  (Use `apache2ctl -M` to check.)

Loaded Modules:
 core_module (static)
 mpm_prefork_module (static)
 http_module (static)
 so_module (static)
 auth_basic_module (shared)
 auth_digest_module (shared)
 authn_file_module (shared)
 authn_alias_module (shared)
 authn_anon_module (shared)
 authn_dbm_module (shared)
 authn_default_module (shared)
 authz_host_module (shared)
 authz_user_module (shared)
 authz_owner_module (shared)
 authz_groupfile_module (shared)
 authz_dbm_module (shared)
 authz_default_module (shared)
 ldap_module (shared)
 authnz_ldap_module (shared)
 include_module (shared)
 log_config_module (shared)
 logio_module (shared)
 env_module (shared)
 ext_filter_module (shared)
 mime_magic_module (shared)
 expires_module (shared)
 deflate_module (shared)
 headers_module (shared)
 usertrack_module (shared)
 setenvif_module (shared)
 mime_module (shared)
 dav_module (shared)
 status_module (shared)
 autoindex_module (shared)
 info_module (shared)
 dav_fs_module (shared)
 vhost_alias_module (shared)
 negotiation_module (shared)
 dir_module (shared)
 actions_module (shared)
 speling_module (shared)
 userdir_module (shared)
 alias_module (shared)
 rewrite_module (shared)
 proxy_module (shared)
 proxy_balancer_module (shared)
 proxy_ftp_module (shared)
 proxy_http_module (shared)
 proxy_connect_module (shared)
 cache_module (shared)
 suexec_module (shared)
 disk_cache_module (shared)
 cgi_module (shared)
 ssl_module (shared)
 php5_module (shared)
 proxy_ajp_module (shared)
 spdy_module (shared)
Syntax OK

What browser version did you use to access the mod_spdy server?  On what
operating system? What flags was the browser invoked with?  (For
Chrome/Chromium, go to about:version to check.)

Firefox 12

What steps will reproduce the problem?
1. Enable IO in the Apache log file
2. Restart the server
3. Look for files in the IO

What is the expected result? What do you see instead?

I expected to see a number corresponding to the number of bytes sent to the 
client on the request.  Instead, I saw 0.


Please provide any additional information below.

I use a custom log format that is as follows:

LogFormat "%v %h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\" %I 
%O" combinediovhost

%I and %O come from mod_logio, and they report the total bytes incoming and 
outcoming for the request, not just the *requested* bytes, as the usual format 
would report.  This is more useful for knowing how much data the server is 
actually delivering.

This is extremely important for me to know exactly how many bytes are 
transferred, and I was interested in knowing the effect of SPDY's compression 
on IO.

The common way to force HTTP traffic over to HTTPS is to use mod_rewrite like 
so:

RewriteCond %{HTTPS} off
RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI}

as described in e.g.:
http://www.cyberciti.biz/tips/howto-apache-force-https-secure-connections.html

See the mod_rewrite docs: 
http://httpd.apache.org/docs/current/mod/mod_rewrite.html#rewritecond

The HTTPS variable is populated in mod_rewrite by calling the mod_ssl optional 
hook ssl_is_https, which returns false for any of the mod_spdy request handling 
threads.

The result is that web servers that use the above redirect pattern go into a 
redirect loop.

A mod_spdy-safe way to achieve the same redirect is:

RewriteCond %{SERVER_PORT} ^80$
RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI}

but we should still fix this.

This is closely related to issue 31. As Matthew notes in that issue, "the SPDY 
stream requests are handled internally using "virtual" connections for which 
mod_ssl is disabled".

We'll need to think about perhaps leaving mod_ssl "enabled" but have it pass 
traffic through.

Alternatively, perhaps we can export an ssl_is_https function ourselves; not 
sure how that would work exactly and what the ordering is for which module 
would "win" when registering. So this seems quite fragile.

More thought needed.

File: build_modssl_with_npn.sh

APACHE_HTTPD_SRC_TGZ_URL="http://www.apache.org/dist/httpd/httpd-2.2.21.tar.gz"

This URL is invalid. It should be changed to

APACHE_HTTPD_SRC_TGZ_URL="http://archive.apache.org/dist/httpd/httpd-2.2.21.tar.
gz"

What version/revision number of mod_spdy are you using?
wget https://dl-ssl.google.com/dl/linux/direct/mod-spdy-beta_current_i386.deb

What version of Apache are you using, and on what operating system?  (Use
`apache2ctl -v` to check.)
Apache/2.2.0 (Fedora) on Debian Squeeze/Sid

What other Apache modules are you using?  (Use `apache2ctl -M` to check.)
I will check as soon as I get home, I do not have server access here.
At least:
- mod_rewrite
- mod_evasine
- mod_security
- mod_pagespeed

What browser version did you use to access the mod_spdy server?  On what
operating system? What flags was the browser invoked with?  (For
Chrome/Chromium, go to about:version to check.)
Chrome 18.0.1025.163 on OSX 10.7

What steps will reproduce the problem?
1. Login into the ISPConfig CP

What is the expected result? What do you see instead?
The CP runs without problems on normal SSL, but not with activated mod_spdy. 
ISPConfig uses ajax technology to load the navigations (top-navigation as well 
as sidebar-navigation). Both do not appear on spdy.

Please provide any additional information below.
If you need a demo account to access the ISPConfig CP let me know. :)

What version/revision number of mod_spdy are you using?
mod-spdy-beta-0.9.2.1-332.x86_64

What version of Apache are you using, and on what operating system?  (Use
`apache2ctl -v` to check.)
httpd-2.2.15-15.0.1.el6_2.1.x86_64
Server version: Apache/2.2.15 (Unix)
Server built:   Feb 13 2012 18:23:33

What other Apache modules are you using?  (Use `apache2ctl -M` to check.)
Loaded Modules:
 core_module (static)
 mpm_worker_module (static)
 http_module (static)
 so_module (static)
 auth_basic_module (shared)
 auth_digest_module (shared)
 authn_file_module (shared)
 authn_alias_module (shared)
 authn_anon_module (shared)
 authn_dbm_module (shared)
 authn_default_module (shared)
 authz_host_module (shared)
 authz_user_module (shared)
 authz_owner_module (shared)
 authz_groupfile_module (shared)
 authz_dbm_module (shared)
 authz_default_module (shared)
 ldap_module (shared)
 authnz_ldap_module (shared)
 include_module (shared)
 log_config_module (shared)
 logio_module (shared)
 env_module (shared)
 ext_filter_module (shared)
 mime_magic_module (shared)
 expires_module (shared)
 deflate_module (shared)
 headers_module (shared)
 usertrack_module (shared)
 setenvif_module (shared)
 mime_module (shared)
 dav_module (shared)
 status_module (shared)
 autoindex_module (shared)
 info_module (shared)
 dav_fs_module (shared)
 vhost_alias_module (shared)
 negotiation_module (shared)
 dir_module (shared)
 actions_module (shared)
 speling_module (shared)
 userdir_module (shared)
 alias_module (shared)
 rewrite_module (shared)
 proxy_module (shared)
 proxy_balancer_module (shared)
 proxy_ftp_module (shared)
 proxy_http_module (shared)
 proxy_connect_module (shared)
 cache_module (shared)
 suexec_module (shared)
 disk_cache_module (shared)
 cgi_module (shared)
 version_module (shared)
 ssl_module (shared)
 pagespeed_module (shared)
 spdy_module (shared)

What browser version did you use to access the mod_spdy server?  On what
operating system? What flags was the browser invoked with?  (For
Chrome/Chromium, go to about:version to check.)
Firefox 13.0 beta

What steps will reproduce the problem?
Accessing a mod_spdy site with Firefox and spdy enabled in about:config, 
content returned from Apache are not gzip encoded even though mod_gzip is 
properly configured. Disabling spdy in Firefox resumes gzipping, as well as 
accessing the spdy enabled server from Chrome.

Firefox appears to be sending the appropriate headers but the enablement of 
mod_spdy specifically interferes with whether content is returned gzipped or 
not.
Request:
GET /slm/login.op HTTP/1.1
Host: rally4rally.rallydev.com
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:13.0) 
Gecko/20100101 Firefox/13.0
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip, deflate
Connection: keep-alive

Response in Firefox:
HTTP/1.1 200 OK
Cache-Control: max-age=0, no-cache
Content-Language: en-US
Content-Type: text/html; charset=utf-8
Date: Wed, 23 May 2012 23:13:41 GMT
Login-Page: true
Pragma: no-cache
Set-Cookie: 
__utma=243971078.409335667.1337289589.1337289589.1337620717.2;Path=/;Expires=Thu
, 01-Jan-1970 00:00:00 GMT
__utmz="243971078.1337289589.1.1.utmcsr=(direct)|utmccn=(direct)|utmcmd=(none)";
Path=/;Expires=Thu, 01-Jan-1970 00:00:00 GMT
JSESSIONID=;Path=/slm;Expires=Thu, 01-Jan-1970 00:00:00 GMT
Vary: Accept-Encoding
X-Mod-Pagespeed: 0.10.21.2-1601
x-mod-spdy: 0.9.2.1-332
X-Firefox-Spdy: 1


Note: Chrome is correctly returned content gzipped for the same server
Response in Chrome:
HTTP/1.1 200 OK
status:200
version:HTTP/1.1
cache-control:max-age=0, no-cache
content-encoding:gzip
content-language:en-US
content-type:text/html; charset=utf-8
date:Wed, 23 May 2012 23:14:43 GMT
login-page:true
pragma:no-cache
set-cookie:JSESSIONID=;Path=/slm;Expires=Thu, 01-Jan-1970 00:00:00 GMT
vary:Accept-Encoding
x-mod-pagespeed:0.10.21.2-1601
x-mod-spdy:0.9.2.1-332


Site to view this:
https://rally4rally.rallydev.com/slm/login.op

x-mod-spdy:0.9.1.5-301

Server version: Apache/2.2.14 (Ubuntu)
Server built:   Mar  5 2012 16:42:17

Loaded Modules:
 core_module (static)
 log_config_module (static)
 logio_module (static)
 mpm_prefork_module (static)
 http_module (static)
 so_module (static)
 alias_module (shared)
 auth_basic_module (shared)
 authn_file_module (shared)
 authz_default_module (shared)
 authz_groupfile_module (shared)
 authz_host_module (shared)
 authz_user_module (shared)
 autoindex_module (shared)
 cgi_module (shared)
 deflate_module (shared)
 dir_module (shared)
 env_module (shared)
 mime_module (shared)
 evasive20_module (shared)
 negotiation_module (shared)
 php5_module (shared)
 reqtimeout_module (shared)
 setenvif_module (shared)
 spdy_module (shared)
 ssl_module (shared)
 status_module (shared)
Syntax OK

Testing with Windows 7, Google Chrome 18.0.1025.162(Build oficial 131933) m

Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/535.19 (KHTML, like Gecko) 
Chrome/18.0.1025.162 Safari/535.19

"chrome.exe" --use-spdy=npn --flag-switches-begin --flag-switches-


What steps will reproduce the problem?
1. Installed mod_spdy (last version)
2. Using RoundCube
3. Start to get strange behavior.
4. Read the logs:

[Tue Apr 17 15:11:31 2012] [notice] child pid 13626 exit signal Segmentation 
fault (11)
[Tue Apr 17 15:11:31 2012] [notice] child pid 13627 exit signal Segmentation 
fault (11)
[Tue Apr 17 15:11:31 2012] [notice] child pid 13628 exit signal Segmentation 
fault (11)
[Tue Apr 17 15:11:50 2012] [error] [client 127.0.0.1] 
[12195:12195:ERROR:mod_spdy.cc(470)] Speculative read failed with status 20014: 
Internal error
[Tue Apr 17 15:12:07 2012] [error] [client 127.0.0.1] 
[13173:13173:ERROR:mod_spdy.cc(470)] Speculative read failed with status 20014: 
Internal error
[Tue Apr 17 15:12:23 2012] [error] [client 127.0.0.1] 
[13172:13172:ERROR:mod_spdy.cc(470)] Speculative read failed with status 20014: 
Internal error
[Tue Apr 17 15:12:24 2012] [error] [client 127.0.0.1] 
[12652:12652:ERROR:mod_spdy.cc(470)] Speculative read failed with status 20014: 
Internal error
[Tue Apr 17 15:12:25 2012] [error] [client 127.0.0.1] 
[13656:13656:ERROR:mod_spdy.cc(470)] Speculative read failed with status 20014: 
Internal error
[Tue Apr 17 15:12:26 2012] [error] [client 127.0.0.1] 
[13654:13654:ERROR:mod_spdy.cc(470)] Speculative read failed with status 20014: 
Internal error
[Tue Apr 17 15:12:27 2012] [error] [client 127.0.0.1] 
[13652:13652:ERROR:mod_spdy.cc(470)] Speculative read failed with status 20014: 
Internal error
[Tue Apr 17 15:12:28 2012] [error] [client 127.0.0.1] 
[14061:14061:ERROR:mod_spdy.cc(470)] Speculative read failed with status 20014: 
Internal error
[Tue Apr 17 15:12:29 2012] [error] [client 127.0.0.1] 
[12373:12373:ERROR:mod_spdy.cc(470)] Speculative read failed with status 20014: 
Internal error
[Tue Apr 17 15:12:30 2012] [error] [client 127.0.0.1] 
[14062:14062:ERROR:mod_spdy.cc(470)] Speculative read failed with status 20014: 
Internal error
[Tue Apr 17 15:12:32 2012] [error] [client 127.0.0.1] 
[12194:12194:ERROR:mod_spdy.cc(470)] Speculative read failed with status 20014: 
Internal error
[Tue Apr 17 15:12:33 2012] [error] [client 127.0.0.1] 
[12188:12188:ERROR:mod_spdy.cc(470)] Speculative read failed with status 20014: 
Internal error
[Tue Apr 17 15:12:35 2012] [error] [client 127.0.0.1] 
[13655:13655:ERROR:mod_spdy.cc(470)] Speculative read failed with status 20014: 
Internal error
[Tue Apr 17 15:12:49 2012] [error] [client 127.0.0.1] 
[13197:13197:ERROR:mod_spdy.cc(470)] Speculative read failed with status 20014: 
Internal error
[Tue Apr 17 15:12:50 2012] [error] [client 127.0.0.1] 
[14034:14034:ERROR:mod_spdy.cc(470)] Speculative read failed with status 20014: 
Internal error
[Tue Apr 17 15:12:51 2012] [error] [client 127.0.0.1] 
[14063:14063:ERROR:mod_spdy.cc(470)] Speculative read failed with status 20014: 
Internal error

mod_php is not multi-thread safe. This is a problem with mod_spdy due to the 
threaded nature of the streams. We should either scan the loaded modules at 
startup or look at the modules in the chain for each stream and log (once per 
module) to warn the server owner about mismatched modules, and to tell them 
what they can do to address it. For instance they should use php-cgi and 
mod_fcgid instead of mod_php.

It seems that some response streams end up getting truncated. For instance on 
our test server the file:
https://ec2-107-21-132-32.compute-1.amazonaws.com/wp-admin/load-styles.php?c=0&d
ir=ltr&load=admin-bar,wp-admin

gets served truncated, and the Chrome browser refuses to save even a byte of it 
to disk.

If you fetch the same resource over HTTP:

http://ec2-107-21-132-32.compute-1.amazonaws.com/wp-admin/load-styles.php?c=0&di
r=ltr&load=admin-bar,wp-admin

it works just fine.

I'm guessing that this may be due to some chunked encoding issues we haven't 
worked out yet.

Reported by Andries Louw Wolthuizen on the mod-spdy-discuss list:

mod_spdy is generating intermittent errors of the form:
  [error] [2612:2628:ERROR:mod_spdy.cc(385)] Error during speculative
read: 70007

This represents an APR_TIMEUP status, which doesn't warrant logging an error in 
this case.  We should suppress this message for APR_TIMEUP (or at least demote 
it to a lesser log-level).

This is potentially expensive and there are cheaper alternatives we can use 
in many places.

What steps will reproduce the problem?
1. Followed the instructions on HowToBuild on 
http://code.google.com/p/mod-spdy/wiki/HowToBuild page and for the 
Prerequisites the chapter for Ubuntu on 

What is the expected result? What do you see instead?

On compiling the following output:

barney@csl-ubu-apache:~/src/mod_spdy/src$ make BUILDTYPE=Release
  CXX(target) out/Release/obj.target/base/third_party/chromium/src/base/time_posix.o
third_party/chromium/src/base/time_posix.cc: In member function ‘timespec 
base::TimeDelta::ToTimeSpec() const’:
third_party/chromium/src/base/time_posix.cc:27:55: error: narrowing conversion 
of ‘(microseconds * 1000)’ from ‘int64 {aka long long int}’ to ‘long 
int’ inside { } [-fpermissive]
make: *** 
[out/Release/obj.target/base/third_party/chromium/src/base/time_posix.o] Error 1


Please provide any additional information below.

Ubuntu 11.10
gcc version 4.6.1 (Ubuntu/Linaro 4.6.1-9ubuntu3)

Didn't install lib32stdc++6, was not found. Instead I installed libstdc++6.
Didn't install python2.5-dev, was not found. Instead I installed python2.6-dev 
and python2.7-dev

Didn't install sun-java6-fonts, was not found.

What version/revision number of mod_spdy are you using?
we waas unable to compile mod_spdy from the get started guide in the wiki as 
there was no make file. So we grabbed on of the prebundled mod_spdy's.

What version of Apache are you using, and on what operating system?  apache 
2.2.22-3 arch linux 3.3.2-1-ARCH 64bit

What other Apache modules are you using?  
Loaded Modules:
 core_module (static)
 mpm_prefork_module (static)
 http_module (static)
 so_module (static)
 authn_file_module (shared)
 authn_default_module (shared)
 authz_host_module (shared)
 authz_groupfile_module (shared)
 authz_user_module (shared)
 authz_default_module (shared)
 auth_basic_module (shared)
 auth_digest_module (shared)
 cache_module (shared)
 mem_cache_module (shared)
 reqtimeout_module (shared)
 ext_filter_module (shared)
 include_module (shared)
 filter_module (shared)
 deflate_module (shared)
 log_config_module (shared)
 env_module (shared)
 mime_magic_module (shared)
 cern_meta_module (shared)
 expires_module (shared)
 headers_module (shared)
 unique_id_module (shared)
 setenvif_module (shared)
 version_module (shared)
 mime_module (shared)
 autoindex_module (shared)
 cgi_module (shared)
 cgid_module (shared)
 vhost_alias_module (shared)
 dir_module (shared)
 actions_module (shared)
 alias_module (shared)
 rewrite_module (shared)
 fcgid_module (shared)
 ssl_module (shared)
 spdy_module (shared)

What browser version did you use to access the mod_spdy server?  On what 
operating system? What flags was the browser invoked with?  (For
Chrome/Chromium, go to about:version to check.)

Google Chrome   18.0.1025.162 (Official Build 131933) m
OS  Windows
WebKit  535.19 (@113052)
JavaScript  V8 3.8.9.18
Flash   11,2,202,229
User Agent  Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/535.19 (KHTML, like 
Gecko) Chrome/18.0.1025.162 Safari/535.19
Command 
Line    "C:\Users\Xiamen\AppData\Local\Google\Chrome\Application\chrome.exe" 
--flag-switches-begin --flag-switches-end
Executable 
Path    C:\Users\Xiamen\AppData\Local\Google\Chrome\Application\chrome.exe
Profile Path    C:\Users\Xiamen\AppData\Local\Google\Chrome\User Data\Default

Also had the same issues from friends running chromium oon both Arch Linux and 
Linux Mint

What steps will reproduce the problem?
1. having the page loaded

What is the expected result? What do you see instead?
Not having the error.log spam this error message.

Please provide any additional information below.

regualur spams errors such as this:

[warn] [client 192.168.1.2] [stream 851] 
[20632:20633:WARNING:spdy_to_http_filter.cc(168)] Unsupported read mode (2) on 
stream 851

From the mod-spdy-discuss mailing list:

  I have a weird problem with mod_spdy and the ssl option SSLRequireSSL.
  Without the option i get a SPDY connection, but when I turn on
  SSLRequireSSL on a directory I get "403 Forbidden" and in the ssl
  error log: 

  [debug] ssl_engine_io.c(1925): OpenSSL: I/O error, 5 bytes expected to read on BIO#7f5461b71130 [mem: 7f5461b98083]
  [error] access to /var/www/html/ failed, reason: SSL connection required"

  If I turn off spdy, the ssl connection works.

Hi,
When I configure a directory using http basic authentication I cannot use SPDY. 
Chrome enter in an endless loop when I put https://xxx.yyy.com/sms in the 
address bar.
I can use spdy on a directory without basic authentication

I use apache 2.2.22 with this modules (direct copy from my conf):
ssl spdy alias auth_basic authn_file authz_host authz_groupfile authz_default 
authz_user autoindex cgi dir env expires include log_config mime setenvif 
suexec userdir rewrite jk auth_digest ldap authnz_ldap proxy proxy_ajp 
proxy_http passenger fcgid scgi dav dav_svn headers flvx python authn_otp 
deflate

the interesting parts of my apache site.conf are:
<VirtualHost 192.168.2.10:80>
  ServerName xxx.yyy.com
  DocumentRoot /srv/www/xxx.yyy.com
  AddDefaultCharset utf-8
      <Directory  "/srv/www/xxx.yyy.com/sms">
        options followsymlinks
        RewriteEngine On
        RewriteCond %{HTTPS} off
        RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI}
      </Directory>

</VirtualHost>
<VirtualHost 192.168.2.10:443>
       SSLEngine on
       SSLCertificateFile           cert.pem
       SSLCertificateKeyFile        key.pem
       SSLVerifyClient none
       SSLCACertificateFile          ca.pem
       SSLEngine on
       SSLProtocol -all +TLSv1 +SSLv3
       SSLCipherSuite ALL:-kEDH:-RC2:-MD5:-RC4:-DES
       SetEnvIf User-Agent ".*MSIE.*" nokeepalive ssl-unclean-shutdown
       ServerName xxx.yyy.com
       DocumentRoot /srv/www/xxx.yyy.com
       AddDefaultCharset utf-8
      <Directory "/srv/www/xxx.yyy.com/sms/" >
        AddOutputFilterByType DEFLATE text/html text/plain application/xhtml+xml text/xml text/css text/rtf application/x-javascript application/json
        AuthType Basic
        AuthName "restricted area"
        AuthBasicProvider ldap
        AuthLDAPURL "ldap://authenticator.yyy.com/ou=Users,dc=yyy,dc=com?uid?sub?(objectClass=posixAccount)"
        Require valid-user
      </Directory>
</VirtualHost>

We currently don't include err_headers_out in the output filter. Should we?

What version/revision number of mod_spdy are you using?
none

What version of Apache are you using, and on what operating system?  (Use
`apache2ctl -v` to check.)

Server version: Apache/2.2.16 (Debian)
Server built:   Feb  5 2012 21:35:42


What other Apache modules are you using?  (Use `apache2ctl -M` to check.)

Loaded Modules:
 core_module (static)
 log_config_module (static)
 logio_module (static)
 mpm_prefork_module (static)
 http_module (static)
 so_module (static)
 actions_module (shared)
 alias_module (shared)
 auth_basic_module (shared)
 auth_token_module (shared)
 authn_file_module (shared)
 authz_default_module (shared)
 authz_groupfile_module (shared)
 authz_host_module (shared)
 authz_user_module (shared)
 autoindex_module (shared)
 cache_module (shared)
 cgi_module (shared)
 cgid_module (shared)
 deflate_module (shared)
 dir_module (shared)
 disk_cache_module (shared)
 env_module (shared)
 expires_module (shared)
 fcgid_module (shared)
 headers_module (shared)
 include_module (shared)
 info_module (shared)
 mem_cache_module (shared)
 mime_module (shared)
 mime_magic_module (shared)
 negotiation_module (shared)
 pagespeed_module (shared)
 php5_module (shared)
 reqtimeout_module (shared)
 rewrite_module (shared)
 ruby_module (shared)
 setenvif_module (shared)
 ssl_module (shared)
 status_module (shared)
 suexec_module (shared)
 suphp_module (shared)
 h264_streaming_module (shared)


What browser version did you use to access the mod_spdy server?  On what
operating system? What flags was the browser invoked with?  (For
Chrome/Chromium, go to about:version to check.)

none, unable to build

What steps will reproduce the problem?

mkdir modssl
cd modssl
svn export 
http://mod-spdy.googlecode.com/svn/trunk/src/build_modssl_with_npn.sh 
./build_modssl_with_npn.sh

What is the expected result? What do you see instead?

doesn't build, instead I see

./build_modssl_with_npn.sh
Using buildroot: /tmp/tmp.eZZADbNnKf

Downloading http://www.openssl.org/source/openssl-1.0.1-beta2.tar.gz
######################################################################## 100,0%
Downloading http://www.apache.org/dist/httpd/httpd-2.2.21.tar.gz
######################################################################## 100,0%
md5sum mismatch for httpd-2.2.21.tar.gz

Build aborted.
Cleaning up ... done

Please provide any additional information below.

mod_spdy (beta_current).

Apache/2.2.22 (Ubuntu 12.04 LTS)

Loaded Modules:
 core_module (static)
 log_config_module (static)
 logio_module (static)
 mpm_prefork_module (static)
 http_module (static)
 so_module (static)
 actions_module (shared)
 alias_module (shared)
 auth_basic_module (shared)
 authn_file_module (shared)
 authz_default_module (shared)
 authz_groupfile_module (shared)
 authz_host_module (shared)
 authz_user_module (shared)
 autoindex_module (shared)
 cgi_module (shared)
 deflate_module (shared)
 dir_module (shared)
 env_module (shared)
 fcgid_module (shared)
 include_module (shared)
 mime_module (shared)
 negotiation_module (shared)
 php5_module (shared)
 reqtimeout_module (shared)
 rewrite_module (shared)
 ruby_module (shared)
 setenvif_module (shared)
 spdy_module (shared)
 ssl_module (shared)
 status_module (shared)
 suexec_module (shared)
 suphp_module (shared)

Browser versions:
- Opera 11.64/12.00 - works RIGHT, cause Opera doesn't support SPDY (that's was 
helpful)
- Firefox 13 [Linux/Win32]
- Google Chrome (stable) 19/20 [Linux/Win32]

What steps will reproduce the problem?
a) TinyMCE
----------
1. Install site with TinyMCE or CMS with TinyMCE.
2. Make some text.
3. Try to EDIT HyperTextLINK (comboboxes isn't filled)
or
Edit HTML source (HTML code is absent)

LOOKS LIKE, some requests from the Java Script don't pass to the server, or 
don't receive an answer from him

If we turn off MOD_SPDY - all right!

When i POST a form via https which has at least 1 datafield via Chrome 
18.0.997.0 i get the following error in the apache error_log:

[Mon Jan 30 21:53:17 2012] [error] [client 2001:4dd0:ff00:1ef::2] Invalid 
method in request 0

The POST Data isn´t transmitted to php, (postdata is empty)..

I use mod_fcgid to drive php (because mod_php isn´t threadsafe)

i use the r231 version of mod_spdy and used the script on this google project 
page to compile mod_ssl

The problem disappears when i disable mod_spdy

https://admin.neosolve.de/posttest.php <- this is a script on the server which 
just echos $_POST (php)

My apache version is Apache/2.2.16 (Debian)

What steps will reproduce the problem?
1. Followed the instructions on HowToBuild page

What is the expected output? What do you see instead?
Expected successful build, got this instead:

  CXX(target) out/Release/obj.target/spdy_test/net/spdy/spdy_protocol_test.o
cc1plus: warnings being treated as errors
net/spdy/spdy_protocol_test.cc: In member function ‘virtual 
void<unnamed>::SpdyProtocolTest_FrameStructs_Test::TestBody()’:
net/spdy/spdy_protocol_test.cc:64:3: error: converting ‘false’ to pointer 
type for argument 1 of ‘char 
testing::internal::IsNullLiteralHelper(testing::internal::Secret*)’
net/spdy/spdy_protocol_test.cc:70:3: error: converting ‘false’ to pointer 
type for argument 1 of ‘char 
testing::internal::IsNullLiteralHelper(testing::internal::Secret*)’
net/spdy/spdy_protocol_test.cc: At global scope:
net/spdy/spdy_protocol_test.cc:40:1: error: 
‘<unnamed>::SpdyProtocolTest_ProtocolConstants_Test::test_info_’ defined 
but not used
net/spdy/spdy_protocol_test.cc:58:1: error: 
‘<unnamed>::SpdyProtocolTest_FrameStructs_Test::test_info_’ defined but not 
used
net/spdy/spdy_protocol_test.cc:73:1: error: 
‘<unnamed>::SpdyProtocolTest_DataFrameStructs_Test::test_info_’ defined but 
not used
net/spdy/spdy_protocol_test.cc:79:1: error: 
‘<unnamed>::SpdyProtocolTest_ControlFrameStructs_Test::test_info_’ defined 
but not used
net/spdy/spdy_protocol_test.cc:125:1: error: 
‘<unnamed>::SpdyProtocolTest_TestDataFrame_Test::test_info_’ defined but 
not used
net/spdy/spdy_protocol_test.cc:168:1: error: 
‘<unnamed>::SpdyProtocolTest_TestSpdySettingsFrame_Test::test_info_’ 
defined but not used
net/spdy/spdy_protocol_test.cc:217:1: error: 
‘<unnamed>::SpdyProtocolDeathTest_TestDataFrame_Test::test_info_’ defined 
but not used
net/spdy/spdy_protocol_test.cc:234:1: error: 
‘<unnamed>::SpdyProtocolDeathTest_TestSpdyControlFrameStreamId_Test::test_info
_’ defined but not used
net/spdy/spdy_protocol_test.cc:249:1: error: 
‘<unnamed>::SpdyProtocolDeathTest_TestSpdyControlFrameVersion_Test::test_info_
’ defined but not used
net/spdy/spdy_protocol_test.cc:270:1: error: 
‘<unnamed>::SpdyProtocolDeathTest_TestSpdyControlFrameType_Test::test_info_’
 defined but not used
make: *** [out/Release/obj.target/spdy_test/net/spdy/spdy_protocol_test.o] 
Error 1


What version of the product are you using? On what operating system?

svn info
Path: .
URL: http://mod-spdy.googlecode.com/svn/trunk/src
Repository Root: http://mod-spdy.googlecode.com/svn
Repository UUID: 96a8b0a0-ff0d-11de-b9d1-2d015cf73129
Revision: 143
Node Kind: directory
Schedule: normal
Last Changed Author: [email protected]
Last Changed Rev: 143
Last Changed Date: 2010-10-28 07:03:59 +1000 (Thu, 28 Oct 2010)

OS: Gentoo
GCC: 4.5.2

Please provide any additional information below.

What version/revision number of mod_spdy are you using?
Revision: 265

What version of Apache are you using, and on what operating system? 
Server version: Apache/2.2.22 (Unix)
Linux barney 2.6.32.57-grsec #1 SMP Thu Mar 1 19:23:31 CET 2012 i686 GNU/Linux
Debian 6.0.4 distribution
mod_spdy compiled with openssl 1.0.1beta3

What other Apache modules are you using? 
Loaded Modules:
 core_module (static)
 log_config_module (static)
 logio_module (static)
 mpm_prefork_module (static)
 http_module (static)
 so_module (static)
 authn_file_module (shared)
 authn_dbm_module (shared)
 authn_anon_module (shared)
 authn_dbd_module (shared)
 authn_default_module (shared)
 authn_alias_module (shared)
 authz_host_module (shared)
 authz_groupfile_module (shared)
 authz_user_module (shared)
 authz_dbm_module (shared)
 authz_owner_module (shared)
 authz_default_module (shared)
 auth_basic_module (shared)
 auth_digest_module (shared)
 file_cache_module (shared)
 cache_module (shared)
 disk_cache_module (shared)
 mem_cache_module (shared)
 dbd_module (shared)
 dumpio_module (shared)
 reqtimeout_module (shared)
 ext_filter_module (shared)
 include_module (shared)
 filter_module (shared)
 substitute_module (shared)
 charset_lite_module (shared)
 deflate_module (shared)
 log_forensic_module (shared)
 env_module (shared)
 mime_magic_module (shared)
 cern_meta_module (shared)
 expires_module (shared)
 headers_module (shared)
 ident_module (shared)
 usertrack_module (shared)
 unique_id_module (shared)
 setenvif_module (shared)
 version_module (shared)
 proxy_module (shared)
 proxy_connect_module (shared)
 proxy_ftp_module (shared)
 proxy_http_module (shared)
 proxy_scgi_module (shared)
 proxy_ajp_module (shared)
 proxy_balancer_module (shared)
 ssl_module (shared)
 mime_module (shared)
 dav_module (shared)
 status_module (shared)
 autoindex_module (shared)
 asis_module (shared)
 info_module (shared)
 suexec_module (shared)
 cgi_module (shared)
 cgid_module (shared)
 dav_fs_module (shared)
 dav_lock_module (shared)
 vhost_alias_module (shared)
 negotiation_module (shared)
 dir_module (shared)
 imagemap_module (shared)
 actions_module (shared)
 speling_module (shared)
 userdir_module (shared)
 alias_module (shared)
 rewrite_module (shared)

What browser version did you use to access the mod_spdy server?  On what
operating system? What flags was the browser invoked with?  
Google Chrome   17.0.963.79 (Official Build 125985)
OS  Mac OS X
WebKit  535.11 (@110140)
JavaScript  V8 3.7.12.29
Flash   11.1.102.63
User Agent  Mozilla/5.0 (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/535.11 
(KHTML, like Gecko) Chrome/17.0.963.79 Safari/535.11
Command Line     /Applications/Google Chrome.app/Contents/MacOS/Google Chrome 
--restore-last-session --flag-switches-begin --enable-print-preview 
--flag-switches-end
Executable Path /Applications/Google Chrome.app/Contents/MacOS/Google Chrome
Profile Path    /Users/rickard/Library/Application Support/Google/Chrome/Default


What steps will reproduce the problem?
1. Set up PHP-FPM
2. Make a script that does <?php var_dump($_SERVER); 
3. Check that the array key 'HTTPS' is missing or set to off 

What is the expected result? What do you see instead?
I would expect mod_spdy to set HTTPS to "on" because of two reasons:
- The connection is encrypted
- The schema part of the URL is https:// 



Please provide any additional information below.

This makes some web pages act weird. The only confirmed problem so far is that 
WordPress doesn't recognize the connection as HTTPS and thus loads assets using 
an insecure connection, which will result in mixed content warnings. 

However, I suspect that other web applications would have the same problem 
since it's a common way of checking for secure/HTTPS connections.

I'd like mod_spdy to enable my apache to speak spdy to sites that apache is 
proxying to.

As we have documented here:
http://code.google.com/p/mod-spdy/wiki/KnownIssues
and here:
https://www.modspdy.com/blog/2012/04/15/using-mod_spdy-with-php/

mod_php and mod_spdy may not get along well, for the same reason that mod_php 
doesn't work well with the worker MPM.

When we detect mod_php in the filter chain along w/ mod_spdy, we should put a 
message in the Apache error log that briefly explains this is not recommended 
and link to a document (probably on developers.google.com mod_spdy site) that 
explains how to configure mod_fcgid etc.

Not an issue but it might be usefull to know if the client is connected via 
SPDY or not.
Perhaps by setting an "SPDY" environment variable to spdy version it might be 
sufficient.
Thanks for your work.
Ronan

What steps will reproduce the problem?
1. Add mod_spdy.dll to modules
2. modify conf file to load mod_spdy
3. run http://localhost in chrome

What is the expected output? What do you see instead?
apche page should be shown, instead i get page cant be displayed

What version of the product are you using? On what operating system?

google chrome 4.0.249.89 (38071)
Apache 2.2.14 
OS:windows prof XP

Please provide any additional information below.
error log says this
[Fri Feb 26 00:10:38 2010] [error] [0226/001038:ERROR:spdy_framer.cc(242)]
Unexpectedly large frame.  Spdy session is likely corrupt.\r
[Fri Feb 26 00:10:38 2010] [notice]
[0226/001038:FATAL:spdy_to_http_converter.cc(40)] Check failed: false. \r
[Fri Feb 26 00:10:38 2010] [notice]
[0226/001038:FATAL:spdy_frame_pump.cc(107)] Check failed:
actual_bytes_consumed == bytes_available. \r

I notice that when I have mod_spdy installed, the entries in ssl_access.log all 
report that the files being served were 0 bytes in size. When I disable 
mod_spdy, I see that the reported sizes are no longer 0. Looks like we need to 
debug how the size value gets set and figure out why it's zero. Perhaps this 
has something to do with mod_ssl not being in the filter chain?

On my desktop, mod_spdy works fine. On my laptop, I'm consistently getting 
2 data frames and no SYN_REPLY frame. Here's an example:

(Might want to switch to a fixed-width font)

$ hexdump -C
127.000.000.001.08080-127.000.000.001.33284
00000000  00 00 00 00 01 00 00 00  ea 48 54 54 50 2f 31 2e  
|.........HTTP/1.|
00000010  31 20 32 30 30 20 4f 4b  0d 0a 44 61 74 65 3a 20  |1 200 
OK..Date: |
00000020  54 75 65 2c 20 30 39 20  46 65 62 20 32 30 31 30  |Tue, 09 Feb 
2010|
00000030  20 32 31 3a 34 36 3a 34  32 20 47 4d 54 0d 0a 53  | 21:46:42 
GMT..S|
00000040  65 72 76 65 72 3a 20 41  70 61 63 68 65 2f 32 2e  |erver: 
Apache/2.|
00000050  32 2e 38 20 28 55 62 75  6e 74 75 29 0d 0a 4c 61  |2.8 
(Ubuntu)..La|
00000060  73 74 2d 4d 6f 64 69 66  69 65 64 3a 20 46 72 69  |st-Modified: 
Fri|
00000070  2c 20 30 35 20 46 65 62  20 32 30 31 30 20 31 35  |, 05 Feb 2010 
15|
00000080  3a 32 36 3a 30 36 20 47  4d 54 0d 0a 45 54 61 67  |:26:06 
GMT..ETag|
00000090  3a 20 22 33 65 36 31 34  39 2d 32 64 2d 34 37 65  |: "3e6149-2d-
47e|
000000a0  64 63 31 31 66 34 62 66  38 30 22 0d 0a 41 63 63  
|dc11f4bf80"..Acc|
000000b0  65 70 74 2d 52 61 6e 67  65 73 3a 20 62 79 74 65  |ept-Ranges: 
byte|
000000c0  73 0d 0a 43 6f 6e 74 65  6e 74 2d 4c 65 6e 67 74  |s..Content-
Lengt|
000000d0  68 3a 20 34 35 0d 0a 43  6f 6e 74 65 6e 74 2d 54  |h: 
45..Content-T|
000000e0  79 70 65 3a 20 74 65 78  74 2f 70 6c 61 69 6e 0d  |ype: 
text/plain.|
000000f0  0a 0d 0a 00 00 00 01 01  00 00 2d 3c 68 74 6d 6c  |..........-
<html|
00000100  3e 3c 62 6f 64 79 3e 3c  68 31 3e 49 74 20 77 6f  |><body><h1>It 
wo|
00000110  72 6b 73 21 3c 2f 68 31  3e 3c 2f 62 6f 64 79 3e  
|rks!</h1></body>|
00000120  3c 2f 68 74 6d 6c 3e 0a                           |</html>.|
00000128

The current InputFilterInputStream flattens the next filter's brigades into a 
byte stream.

However, this means that we end up discarding metadata buckets, like EOF.

We need to figure out which buckets we might be ignoring and possibly come up 
with a way to pass them on to the next filter.

*What version/revision number of mod_spdy are you using?*
0.9.2.2-r350

*What version of Apache are you using, and on what operating system?  (Use
`apache2ctl -v` to check.)*

Server version: Apache/2.2.22 (Debian)
Server built:   Aug  3 2012 22:00:17


*What other Apache modules are you using?  (Use `apache2ctl -M` to check.)*
Loaded Modules:
 core_module (static)
 log_config_module (static)
 logio_module (static)
 version_module (static)
 mpm_worker_module (static)
 http_module (static)
 so_module (static)
 actions_module (shared)
 alias_module (shared)
 auth_basic_module (shared)
 authn_file_module (shared)
 authz_default_module (shared)
 authz_groupfile_module (shared)
 authz_host_module (shared)
 authz_user_module (shared)
 autoindex_module (shared)
 cgi_module (shared)
 cgid_module (shared)
 deflate_module (shared)
 dir_module (shared)
 env_module (shared)
 fastcgi_module (shared)
 mime_module (shared)
 negotiation_module (shared)
 reqtimeout_module (shared)
 rewrite_module (shared)
 setenvif_module (shared)
 spdy_module (shared)
 ssl_module (shared)
 status_module (shared)


*What browser version did you use to access the mod_spdy server?  On what
operating system? What flags was the browser invoked with?  (For
Chrome/Chromium, go to about:version to check.)*

Mozilla/5.0 (Linux; U; Android 4.0.4; en-gb; MZ601 Build/I.7.1-45) 
AppleWebKit/534.30 (KHTML, like Gecko) Version/4.0 Safari/534
.30

(built-in motorola xoom browser)

*What steps will reproduce the problem?*

open spdy-enabled website, see only one page loaded (no css, js, images). any 
attempts to click on any links results in 'Connection Problem - A network error 
has occured' on the client side.

On the server side, 200 0 is in the logs, 200 for error code, 0 for document 
size :-\


*Please provide any additional information below.*

switching to chrome for android fixes the problem. so does turning spdy off.