Fix a minor regex bug.

gm/gm_json.py

Index: gm/gm_json.py
diff --git a/gm/gm_json.py b/gm/gm_json.py
index c2a01f121c3bfccee15e1ece54005eff835e6fbd..4229441095db55daaec900ab79b1635d5ec280be 100644
--- a/gm/gm_json.py
+++ b/gm/gm_json.py
@@ -83,7 +83,7 @@ GM_ACTUALS_ROOT_HTTP_URL = (
 GM_ACTUALS_ROOT_GS_URL = 'gs://chromium-skia-gm/gm'
 
 # Pattern used to assemble each image's filename
-IMAGE_FILENAME_PATTERN = '(\S+)_(\S+).png'  # matches (testname, config)
+IMAGE_FILENAME_PATTERN = '(\S+)_(\S+)\\.png'  # matches (testname, config)

[bungeman-skia, 2013/10/10 14:38:16]

Wait, won't this match 'blah_blah\<anything>png'? I think you just want one '\'
here (otherwise the other '\S' are also wrong).

[epoger, 2013/10/10 14:41:32]

I think Ben is right.

Either leave it alone, or change it to:
'(\S+)_(\S+)\.png'

[scroggo, 2013/10/10 14:59:02]

It seems the two are equivalent, at least on my linux machine. Using my python
interpreter:
True

That said, I'm fine either way (and maybe the double \ will not work on
Windows?). I've uploaded a CL with only one \

[epoger, 2013/10/10 15:13:46]

Wow, that's surprising.  I get the same results.  And here's some more detail on
how we get those results:
'(\\S+)_(\\S+)\\.png'
'(\\S+)_(\\S+)\\.png'
True
I can't imagine that it would matter whether Unix/Windows for this.  But I've
been surprised before...

 
 def CreateGmActualUrl(test_name, hash_type, hash_digest,
                       gm_actuals_root_url=GM_ACTUALS_ROOT_HTTP_URL):