src/hg/js/hgTracks.js 1.58

Index: src/hg/js/hgTracks.js
===================================================================
RCS file: /projects/compbio/cvsroot/kent/src/hg/js/hgTracks.js,v
retrieving revision 1.57
retrieving revision 1.58
diff -b -B -U 4 -r1.57 -r1.58
--- src/hg/js/hgTracks.js	26 Feb 2010 07:51:07 -0000	1.57
+++ src/hg/js/hgTracks.js	28 Feb 2010 00:11:07 -0000	1.58
@@ -245,8 +245,12 @@
             browser = i;
         }
         });
     // jQuery load function with stuff to support drag selection in track img
+    if(browser == "safari" && navigator.userAgent.indexOf("Chrome") != -1) {
+        // Handle the fact that (as of 1.3.1), jQuery.browser reports "safari" when the browser is in fact Chrome.
+        browser = "chrome";
+    }
     loadImgAreaSelect(true);
 
     if($('#hgTrackUiDialog'))
         $('#hgTrackUiDialog').hide();
@@ -1394,14 +1398,16 @@
 
         // Now change the track image
         if(imageV2 && cmd == 'hide')
         {
-            // Tell remote cart what happened (to keep them in sync with us).
+            // Hide local display of this track and update server side cart.
             setCartVar(id, cmd);
             $('#tr_' + id).remove();
             loadImgAreaSelect(false);
-        } else if (browser == "safari") {
-            // XXXX How about "Chrome"?
+        } else if (false && browser == "safari") {
+            // This problem seems to have gone away (I don't see it in Safari AppleWebKit 531.9.1 or
+            // Chrome 5.0.335.1.); I'm leaving this dead code here for now in case this problem re-appears.
+            // 
             // Safari has the following bug: if we update the local map dynamically, the browser ignores the changes (even
             // though if you look in the DOM the changes are there); so we have to do a full form submission when the
             // user changes visibility settings.
             jQuery('body').css('cursor', 'wait');