Issue status update for http://drupal.org/node/19515 Project: Drupal Version: cvs Component: system.module Category: bug reports Priority: critical Assigned to: chx Reported by: chx Updated by: crunchywelch Status: patch Yeah, just had this same issue with a client on a shared host. Prolly outbound port 80 requests or thier dns system is wonky. Nevertheless, the settings page is accessible, just throws an error at the top of the page. crunchywelch Previous comments: ------------------------------------------------------------------------ March 26, 2005 - 15:54 : chx Attachment: http://drupal.org/files/issues/system_test_patch (2.68 KB) 4.6 is only RC yet but I already got support requests on #drupal-support and at various Hungarian places about "admin/settings not displayed". Apparently, opening sockets is not a clean business. It has various problems in BSD jails, Windows boxes and who knows where else. I pray on my knees -- do not release 4.6 with the current test in admin/settings. It will be a support nightmare. My patch tries to load a random named gif which is of course a Drupal page which sets clean_url_ok to 1 and prints the 42 bytes required for a 1x1 GIF. Because it is random named, it is impossible that the information "no such information" gets cached in a stupid proxy or browser. When AJAX hits the core, we will be able to check whether the request is OK or not. For now, we can only check after submit.

Issue status update for http://drupal.org/node/19515 Project: Drupal Version: cvs Component: system.module Category: bug reports Priority: critical Assigned to: chx Reported by: chx Updated by: Junyor Status: patch This also solves http://drupal.org/node/19181. Junyor Previous comments: ------------------------------------------------------------------------ March 27, 2005 - 00:54 : chx Attachment: http://drupal.org/files/issues/system_test_patch (2.68 KB) 4.6 is only RC yet but I already got support requests on #drupal-support and at various Hungarian places about "admin/settings not displayed". Apparently, opening sockets is not a clean business. It has various problems in BSD jails, Windows boxes and who knows where else. I pray on my knees -- do not release 4.6 with the current test in admin/settings. It will be a support nightmare. My patch tries to load a random named gif which is of course a Drupal page which sets clean_url_ok to 1 and prints the 42 bytes required for a 1x1 GIF. Because it is random named, it is impossible that the information "no such information" gets cached in a stupid proxy or browser. When AJAX hits the core, we will be able to check whether the request is OK or not. For now, we can only check after submit. ------------------------------------------------------------------------ March 27, 2005 - 01:39 : crunchywelch Yeah, just had this same issue with a client on a shared host. Prolly outbound port 80 requests or thier dns system is wonky. Nevertheless, the settings page is accessible, just throws an error at the top of the page. ------------------------------------------------------------------------ March 27, 2005 - 20:12 : Junyor Attachment: http://drupal.org/files/issues/clean_url.patch (2.89 KB) +1 for the functionality. With the image as it is, there's a large empty space above the Clean URLs section. I'm attaching a patch that moves the image below that section and reduces the size to 1px by 1px. I'm not entirely happy with the inline styles on the image. They should probably be moved to drupal.css.

Issue status update for http://drupal.org/node/19515 Project: Drupal Version: cvs Component: system.module Category: bug reports Priority: critical Assigned to: chx Reported by: chx Updated by: chx Status: patch Attachment: http://drupal.org/files/issues/system_test_patch_1 (2.48 KB) more minor issues coming from steven. chx Previous comments: ------------------------------------------------------------------------ March 27, 2005 - 00:54 : chx Attachment: http://drupal.org/files/issues/system_test_patch (2.68 KB) 4.6 is only RC yet but I already got support requests on #drupal-support and at various Hungarian places about "admin/settings not displayed". Apparently, opening sockets is not a clean business. It has various problems in BSD jails, Windows boxes and who knows where else. I pray on my knees -- do not release 4.6 with the current test in admin/settings. It will be a support nightmare. My patch tries to load a random named gif which is of course a Drupal page which sets clean_url_ok to 1 and prints the 42 bytes required for a 1x1 GIF. Because it is random named, it is impossible that the information "no such information" gets cached in a stupid proxy or browser. When AJAX hits the core, we will be able to check whether the request is OK or not. For now, we can only check after submit. ------------------------------------------------------------------------ March 27, 2005 - 01:39 : crunchywelch Yeah, just had this same issue with a client on a shared host. Prolly outbound port 80 requests or thier dns system is wonky. Nevertheless, the settings page is accessible, just throws an error at the top of the page. ------------------------------------------------------------------------ March 27, 2005 - 20:12 : Junyor Attachment: http://drupal.org/files/issues/clean_url.patch (2.89 KB) +1 for the functionality. With the image as it is, there's a large empty space above the Clean URLs section. I'm attaching a patch that moves the image below that section and reduces the size to 1px by 1px. I'm not entirely happy with the inline styles on the image. They should probably be moved to drupal.css. ------------------------------------------------------------------------ March 27, 2005 - 20:15 : Junyor This also solves http://drupal.org/node/19181. ------------------------------------------------------------------------ March 27, 2005 - 23:36 : chx Attachment: http://drupal.org/files/issues/system_test_patch_0 (2.4 KB) Inline style is OK according to steven and factoryjoe. Huge negative margin-left comes from factoryjoe. system_test cleanup idea comes from steven.

Issue status update for http://drupal.org/node/19515 Project: Drupal Version: cvs Component: system.module Category: bug reports Priority: critical Assigned to: chx Reported by: chx Updated by: Steven -Status: patch +Status: fixed We talked about this patch some more in #drupal. I committed a modified version (more comments, slightly different CSS, slightly different text). Steven Previous comments: ------------------------------------------------------------------------ March 27, 2005 - 00:54 : chx Attachment: http://drupal.org/files/issues/system_test_patch (2.68 KB) 4.6 is only RC yet but I already got support requests on #drupal-support and at various Hungarian places about "admin/settings not displayed". Apparently, opening sockets is not a clean business. It has various problems in BSD jails, Windows boxes and who knows where else. I pray on my knees -- do not release 4.6 with the current test in admin/settings. It will be a support nightmare. My patch tries to load a random named gif which is of course a Drupal page which sets clean_url_ok to 1 and prints the 42 bytes required for a 1x1 GIF. Because it is random named, it is impossible that the information "no such information" gets cached in a stupid proxy or browser. When AJAX hits the core, we will be able to check whether the request is OK or not. For now, we can only check after submit. ------------------------------------------------------------------------ March 27, 2005 - 01:39 : crunchywelch Yeah, just had this same issue with a client on a shared host. Prolly outbound port 80 requests or thier dns system is wonky. Nevertheless, the settings page is accessible, just throws an error at the top of the page. ------------------------------------------------------------------------ March 27, 2005 - 20:12 : Junyor Attachment: http://drupal.org/files/issues/clean_url.patch (2.89 KB) +1 for the functionality. With the image as it is, there's a large empty space above the Clean URLs section. I'm attaching a patch that moves the image below that section and reduces the size to 1px by 1px. I'm not entirely happy with the inline styles on the image. They should probably be moved to drupal.css. ------------------------------------------------------------------------ March 27, 2005 - 20:15 : Junyor This also solves http://drupal.org/node/19181. ------------------------------------------------------------------------ March 27, 2005 - 23:36 : chx Attachment: http://drupal.org/files/issues/system_test_patch_0 (2.4 KB) Inline style is OK according to steven and factoryjoe. Huge negative margin-left comes from factoryjoe. system_test cleanup idea comes from steven. ------------------------------------------------------------------------ March 27, 2005 - 23:42 : chx Attachment: http://drupal.org/files/issues/system_test_patch_1 (2.48 KB) more minor issues coming from steven. ------------------------------------------------------------------------ March 27, 2005 - 23:55 : chx Attachment: http://drupal.org/files/issues/system_test_patch_2 (2.53 KB)