system/test causes various problems on various hosts [#19515]

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.

Comment	File	Size	Author
#6	system_test_patch_2	2.53 KB	chx
#5	system_test_patch_1	2.48 KB	chx
#4	system_test_patch_0	2.4 KB	chx
#2	clean_url.patch	2.89 KB	Junyor
#2
	system_test_patch	2.68 KB	chx

Support from Acquia helps fund testing for Drupal Acquia logo

Comments

Comment #1

crunchywelch CreditAttribution: crunchywelch commented 27 March 2005 at 00:39

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.

Comment #2

Junyor CreditAttribution: Junyor commented 27 March 2005 at 19:12

File	Size
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.