From 086e56205c5b9b172cae5be16ebf09116173c3d9 Mon Sep 17 00:00:00 2001 From: Tim Peters Date: Mon, 22 Sep 2003 18:38:53 +0000 Subject: PlaySoundTest.test_alias_fallback(): Disabled this test, and explained why in a new comment. My home Win98SE box is one of the "real systems" alluded to (my system "default sound" appears to have vanished sometime in the last month, that's certainly not a Python bug, and the MS PlaySound docs are correct in their explanation of what happens then). Bugfix candidate. If someone can still sneak it into 2.3.1, that would be good. --- Lib/test/test_winsound.py | 13 ++++++++++++- 1 file changed, 12 insertions(+), 1 deletion(-) diff --git a/Lib/test/test_winsound.py b/Lib/test/test_winsound.py index 7e14599..abe6727 100644 --- a/Lib/test/test_winsound.py +++ b/Lib/test/test_winsound.py @@ -71,7 +71,18 @@ class PlaySoundTest(unittest.TestCase): winsound.PlaySound('SystemQuestion', winsound.SND_ALIAS) def test_alias_fallback(self): - winsound.PlaySound('!"$%&/(#+*', winsound.SND_ALIAS) + # This test can't be expected to work on all systems. The MS + # PlaySound() docs say: + # + # If it cannot find the specified sound, PlaySound uses the + # default system event sound entry instead. If the function + # can find neither the system default entry nor the default + # sound, it makes no sound and returns FALSE. + # + # It's known to return FALSE on some real systems. + + # winsound.PlaySound('!"$%&/(#+*', winsound.SND_ALIAS) + return def test_alias_nofallback(self): try: -- cgit v0.12