My favorites | Sign in
Google
       
Details: Show all Hide all

Older

  • Jun 26, 2009
    issue 875 (Windows7 + IE8 crashing bug in localserver unit tests.) Status changed   -   Can no longer repro this crash against a more recent windows7 build. The crash was easily reproducible by running the gears unit tests. Closing as NotRepro
    Status: NotRepro
    Can no longer repro this crash against a more recent windows7 build. The crash was easily reproducible by running the gears unit tests. Closing as NotRepro
    Status: NotRepro
  • May 12, 2009
    issue 875 (Windows7 + IE8 crashing bug in localserver unit tests.) changed   -  
    Status: Accepted
    Owner: gears.team.michaeln
    Labels: Component-LocalServer
    Status: Accepted
    Owner: gears.team.michaeln
    Labels: Component-LocalServer
  • Apr 29, 2009
    issue 866 (IE8 shows HTML instead of rendered page with 0.5.16.0) commented on   -   Hi Omar, I did not fiddle with how to workaround this problem with 0.5.16.0 but a workaround almost certainly exists. The page you have captured at /offline is recognized as HTML and does initiate a series a redirects that lead to the /home/<username> page. But that page just isn't recognized as HTML. Looking at the differences between the two pages, you may be able to work around this by putting the <html> tag nearer to the top of the file (above the comment), and perhaps removing the <!DOCTYPE> decl.
    Hi Omar, I did not fiddle with how to workaround this problem with 0.5.16.0 but a workaround almost certainly exists. The page you have captured at /offline is recognized as HTML and does initiate a series a redirects that lead to the /home/<username> page. But that page just isn't recognized as HTML. Looking at the differences between the two pages, you may be able to work around this by putting the <html> tag nearer to the top of the file (above the comment), and perhaps removing the <!DOCTYPE> decl.
  • Apr 28, 2009
    issue 866 (IE8 shows HTML instead of rendered page with 0.5.16.0) Status changed   -   Fixed * svn http://code.google.com/p/gears/source/detail?r=3321 * p4 CL 10962252 Will be in the next gears release, soon'ish
    Status: Fixed
    Fixed * svn http://code.google.com/p/gears/source/detail?r=3321 * p4 CL 10962252 Will be in the next gears release, soon'ish
    Status: Fixed
  • Apr 28, 2009
    issue 866 (IE8 shows HTML instead of rendered page with 0.5.16.0) commented on   -   I think i have a fix for this... big regression bug!!!!
    I think i have a fix for this... big regression bug!!!!
  • Apr 28, 2009
    issue 866 (IE8 shows HTML instead of rendered page with 0.5.16.0) commented on   -   Also repros with IE7
    Also repros with IE7
  • Apr 28, 2009
    issue 866 (IE8 shows HTML instead of rendered page with 0.5.16.0) Status changed   -  
    Status: Accepted
    Status: Accepted
  • Apr 28, 2009
    issue 866 (IE8 shows HTML instead of rendered page with 0.5.16.0) Labels changed   -  
    Labels: Version-0.5 Version-0.6
    Labels: Version-0.5 Version-0.6
  • Apr 28, 2009
    issue 147 (Perhaps create per-origin localserver.db files instead of a ...) Status changed   -  
    Status: WontFix
    Status: WontFix
  • Apr 28, 2009
    issue 706 (Gears 0.4, Yahoo Toolbar and IE6/7 cause crash) Status changed   -  
    Status: Fixed
    Status: Fixed
  • Apr 28, 2009
    issue 866 (IE8 shows HTML instead of rendered page with 0.5.16.0) Labels changed   -  
    Labels: Version-0.6
    Labels: Version-0.6
  • Apr 28, 2009
    issue 142 (Redesign the FileSubmitter API) Status changed   -   This has been addressed with the combination of BlobBuilder and HttpRequest.send(blob)
    Status: Fixed
    This has been addressed with the combination of BlobBuilder and HttpRequest.send(blob)
    Status: Fixed
  • Apr 28, 2009
    issue 866 (IE8 shows HTML instead of rendered page with 0.5.16.0) Labels changed   -  
    Labels: Component-LocalServer Priority-1
    Labels: Component-LocalServer Priority-1
  • Apr 28, 2009
    issue 765 (Manifest file parsing fails of the UTF8 encoded resource sta...) Status changed   -  
    Status: Fixed
    Status: Fixed
  • Apr 28, 2009
    issue 259 (JScript exception on lose of n/w connection and clear cache ...) Status changed   -  
    Status: WontFix
    Status: WontFix
  • Apr 28, 2009
    issue 558 (ResourceStore.captureFile() doesn't work in Firefox 3) Status changed   -  
    Status: Fixed
    Status: Fixed
  • Apr 28, 2009
    issue 260 (ResourceStore can be created w/o network while ManagedResour...) Status changed   -  
    Status: WontFix
    Status: WontFix
  • Apr 28, 2009
    issue 866 (IE8 shows HTML instead of rendered page with 0.5.16.0) Owner changed   -  
    Owner: gears.team.michaeln
    Owner: gears.team.michaeln
  • Feb 10, 2009
    issue 820 (Gears request interceptor gets in bad state after self.close) changed   -  
    Owner: gears.team.michaeln
    Labels: Component-LocalServer
    Owner: gears.team.michaeln
    Labels: Component-LocalServer
  • Dec 18, 2008
    issue 782 (captureBlob() unit test failure on safari/leopard) reported   -   The test case is consistently failing in Safari/Leopard (while Safari/Tiger is purring like a kitten). The test that fails is below... looks like the content-type header value stored in the localserver.db doesn't get reflected when GHR'ing the resource. function testCaptureBlob() { startAsync(); var url = '/testcases/test_file_1024.txt'; httpGetAsRequest(url, function(request) { var store = getFreshStore(); var captureUrl = '/captured.txt'; var responseBlob = request.responseBlob; store.captureBlob(responseBlob, captureUrl); assertBlobProbablyEqual(store.getAsBlob(captureUrl), responseBlob); assertEqual('application/octet-stream', store.getHeader(captureUrl, 'Content-Type')); var contentType = request.getResponseHeader('Content-Type'); store.captureBlob(responseBlob, captureUrl, contentType); assertBlobProbablyEqual(store.getAsBlob(captureUrl), responseBlob); assertEqual(contentType, store.getHeader(captureUrl, 'Content-Type')); httpGetAsRequest(captureUrl, function(request2) { assertBlobProbablyEqual(responseBlob, request2.responseBlob); assertEqual(contentType, request2.getResponseHeader('Content-Type')); <---- FAILS HERE completeAsync(); }); });
    The test case is consistently failing in Safari/Leopard (while Safari/Tiger is purring like a kitten). The test that fails is below... looks like the content-type header value stored in the localserver.db doesn't get reflected when GHR'ing the resource. function testCaptureBlob() { startAsync(); var url = '/testcases/test_file_1024.txt'; httpGetAsRequest(url, function(request) { var store = getFreshStore(); var captureUrl = '/captured.txt'; var responseBlob = request.responseBlob; store.captureBlob(responseBlob, captureUrl); assertBlobProbablyEqual(store.getAsBlob(captureUrl), responseBlob); assertEqual('application/octet-stream', store.getHeader(captureUrl, 'Content-Type')); var contentType = request.getResponseHeader('Content-Type'); store.captureBlob(responseBlob, captureUrl, contentType); assertBlobProbablyEqual(store.getAsBlob(captureUrl), responseBlob); assertEqual(contentType, store.getHeader(captureUrl, 'Content-Type')); httpGetAsRequest(captureUrl, function(request2) { assertBlobProbablyEqual(responseBlob, request2.responseBlob); assertEqual(contentType, request2.getResponseHeader('Content-Type')); <---- FAILS HERE completeAsync(); }); });
 
Powered by Google Project Hosting