5760 2005-11-16 09:59:22 -0800 Safari hangs when uploading files to certain php scripts 2022-03-04 08:29:03 -0800 1 1 1 Unclassified WebKit Page Loading 420+ Mac OS X 10.4 RESOLVED INVALID InRadar P2 Major --- 1 kevin webkit-unassigned apple.com ap arosenzweig bugzilla.opendarwin ddkilzer dev+webkit ian jamis jason jon michael mrobinson sam seth steffen.weber steve.brown svoop_k6ed49fz2s oldest_to_newest 24151 0 kevin 2005-11-16 09:59:22 -0800 Unfortunately, I have not been able to narrow down this problem specifically. I am using the latest version of safari and the latest build of tiger. When I upload files to certain php scripts, safari hangs while other browsers upload the file and behave as expected. There are no crashes, etc, it just hangs. I will attach a process trace on safari during one of these hangs to this bug report. This may be related to how safari handles the connection, or how php retrieves the file; I'm not sure exactly. Darien suggested that I open a ticket anyways. If I am able to find more specific details, I will get them to this ticket. 24153 1 4699 kevin 2005-11-16 10:01:55 -0800 Created attachment 4699 Process trace on safari during hang 24156 2 darin 2005-11-16 11:06:38 -0800 The sample here just shows Safari quietly doing nothing. Any copy of Safari that was not doing anything at the time would show a sample something like this. So there's no clue. 31057 3 bugzilla.opendarwin 2006-02-02 01:44:43 -0800 Kevin, by "hang", do you mean nothing appears to be happening? Is there an actual lock-up, i.e. are you prevented from doing anything else in Safari during the upload? Does the cursor change to a spinning beachball? 32407 4 joost 2006-02-13 16:14:52 -0800 Reassigning to webkit-unassigned, to make sure more people see this. 32427 5 jamis 2006-02-13 19:24:53 -0800 Just adding my own 2 cents, we're what appears to be the same behavior. Using Firefox and IE, uploads work like a charm. Using Safari, they hang intermittently. We've done some network traces and it looks as though the connection is being dropped, or severed. It is definitely some setting in our network, and this did not used to happen, so we are hunting and hunting to discover what the setting is. In the meantime, it appears as though there is some obscure condition that chokes up Safari, but not the other browsers. If/when we figure out what is up, I'll post more information. Just wanted to chime in and say "me, too!" 32428 6 jamis 2006-02-13 19:49:10 -0800 I should also mention that we are not using PHP (we're Ruby on Rails), but we have verified that the problem occurs independently of the framework and language used. I've written a simple (bash) shell script CGI which I can post files to, and Safari has been observed to hang when uploading to this script. 32432 7 ddkilzer 2006-02-13 21:08:17 -0800 (In reply to comment #6) > I've written a simple (bash) shell script CGI which I can post > files to, and Safari has been observed to hang when uploading to this script. Please post the script to this bug so that others may download and test with it. Thanks! 32439 8 6478 jamis 2006-02-13 21:59:55 -0800 Created attachment 6478 bash CGI script for testing file uploads This is a script you can use to test the file uploads. On a good day, the stall rate is about 1 upload in 10. On a bad day, it might be as high as one in 3, or even 2. I should mention also that stalls have been observed when using Apache 1.3.33 as the server, as well as when using lighttpd 1.4.6, 1.4.9, and 1.4.10. Note that the script does not actually store the file (or even read the file from the network). It simply acknowledges that the request was recieved. When a stall occurs, only the request body is received--the body of the request is never received, and Safari acts as though it is waiting for some acknowledgement before sending the body. Anyway, best of luck to those who come after. I'll be spending many a late night on this, I'm sure. 32440 9 jamis 2006-02-13 22:01:14 -0800 "only the request body is received--the body of the request is never received" Apologies, that should read "only the request _headers_ are received--the body of the request is never received. 32484 10 jamis 2006-02-14 11:15:16 -0800 It appears to be an issue with keep-alive requests. Having the web server disable keep-alive requests for Safari (using SetEnvIf in apache or a conditional on "useragent" in lighttpd), the problem goes away. Still not sure why this happens in some settings and not in others, but it has definitely cleared up the problem for us. 33362 11 jon 2006-02-19 04:04:14 -0800 Not sure if this adds anything useful to the discussion, but I'm seeing this problem in my Rails app running on lighttpd. I'm just using a plain multipart form with a file upload, and every so often, Safari's request just seems to go missing enroute to the server. I'm not seeing anything in the server logs to indicate that the request was received, and Safari just sits there waiting for a reply, and eventually times out. 33490 12 jon 2006-02-20 07:43:54 -0800 Just an addendum to confirm that Jamis' suggestion on disabling keepalives seems to have cleared up the problem. For anyone having the same issue, you probably want something like this in lighttpd.conf : $HTTP["useragent"] =~ "^(.*MSIE.*)|(.*AppleWebKit.*)$" { server.max-keep-alive-requests = 0 } 33651 13 ddkilzer 2006-02-21 15:31:19 -0800 Jamis and Jonathan: Could you document (in this bug) the client and server operating systems and versions, as well as the names and versions of the (distro-specific-packaged) web server software and the version of Safari, on which you experienced this bug? FOR EXAMPLE: CLIENT: Mac OS X 10.4.4 (PPC) with Safari 2.0.3 (417.8) SERVER: Debian GNU/Linux 3.1 (kernel-image-2.4.27-2-386_2.4.27-10sarge1_i386) with apache_2.0.54-5. I have a feeling this problem may not be related directly to WebKit, but instead a lower-level issue (like Foundation classes) or perhaps even a bad interaction between the Mac OS X TCP/IP stack and the Linux or other O/S TCP/IP stack. It would be very helpful to document these issues so that they will be easier to reproduce. Thanks! Also marking this bug as confirmed since two different people have seen this bug. 33655 14 jamis 2006-02-21 15:44:20 -0800 CLIENT: Mac OS X 10.3.x, 10.4.x (PPC, various) with Safari 1.3, 2.0.x (various) SERVER: FreeBSD 5.4-RELEASE-p6 #7 with Apache/1.3.33, lighttpd 1.4.6, lighttpd 1.4.9, lighttpd 1.4.10 Also possibly observed running stock Apache on Mac OS X 10.4.4, Darwin Kernel Version 8.5.0 33656 15 jamis 2006-02-21 15:45:46 -0800 I should also note that it can't really be an issue too far down in the stack, because Firefox never observed the same behavior, whereas Safari on the same machine would. 33681 16 jon 2006-02-22 01:50:57 -0800 I've seen this problem when the client and server are the same machine: CLIENT: Mac OS X 10.4.4 (PPC) with Safari 2.0.3 (417.8) SERVER: Mac OS X 10.4.4 (PPC) with lighttpd-1.4.8 Let me know if there's any more necessary information...I'm not overly familiar with how the server-end of things works, so wasn't sure if there was anything else that's relevant. 33763 17 sam 2006-02-23 03:13:39 -0800 I can reconfirm this behaviour on the following set-up Client: Mac OS X 10.4.5, Safari 417.8 Server: Mac OS X Server 10.4.5, Apache 2.0.55 Am currently testing setting the following settings in the Apache config: # First load setenvif_module (usually already loaded) LoadModule setenvif_module modules/mod_setenvif.so # Match Safari and set special setenvif keyword "nokeepalive" BrowserMatch Safari nokeepalive The BrowserMatch directive can be set inside a virtual host or particular directory if you only need it there. This is a major bug for us (we build web applications for e-learning - lots of file uploads), we might have had to remove Safari from our supported browsers, even though we all use it internally. I think this bug should really have higher priority. Not everyone has the luxury of being able to adapt their server to cope with a Safari quirk. Here is an example of the user-level befuddlement that is being caused... http://forums.macrumors.com/showthread.php?t=166418 ... sorry if that's all a bit ranty, but this is a big deal for anyone authoring user interactive web-applications. 38365 18 jason 2006-04-02 23:37:50 -0700 I too just spent about 5 hous trying to get to the bottom of this. Using rails & lighttpd and trying to upload an image file. Safari sends a partial request to the server (I can see it send the packet in tcpdump) but the server isn't seeing the whole request and everything seems to time out. Safari thinks the server is stalled and the server never formally accepts the request. The latest webkit 4/2/06 has this issue. 38375 19 ap 2006-04-03 01:20:37 -0700 (In reply to comment #18) >I can see it send the packet in tcpdump Could you please attach the tcpdump output to this bug (from both server and client, if possible)? And if you have a world-accessible server that suffers from this problem, that would be extremely helpful. 38468 20 7496 jason 2006-04-03 21:21:50 -0700 Created attachment 7496 Tcpflow capture of both a good and a failed request It looks like the difference between a successful and unsuccessful upload is that Safari sends two duplicated multipart requests, the server sees the first, waits for the data, gets a second request that is obviously treated as a post (albeit a screwed up incomplete post) that has a correct boundary delimiter, followed by the first real attachment. (great, Safari cant upload this to Bugzilla...) 40361 21 seth 2006-04-24 15:00:37 -0700 I can reproduce this behavior on 10.4.6 (Intel) using a local lighttpd 1.4.11 (from DarwinPorts) and Rails 1.1.2. 40362 22 seth 2006-04-24 15:04:06 -0700 *However*, in one variation (which always fails, even with keepalives off), if I remove an onsubmit from the form, it begins to work (reliably with keepalives off). With the onsubmit (which displays some content before the form gets submitted), the form is submitted properly, but without the data from the file field. 40386 23 ap 2006-04-24 22:02:49 -0700 (In reply to comment #22) This sounds more like a WebKit bug (in contrast to the keepalive stalling issue, which sounds like an OS bug that needs to be reported via <http://bugreport.apple.com>). Could you please provide detailed steps to reproduce this (including lighttpd/Rails configs and the scripts used for testing)? Might be better to open a new bug for onsubmit. 40408 24 seth 2006-04-25 06:30:51 -0700 WebKit bug reported as 8584 with a *very* basic PHP script that demonstrates the flaw. 47239 25 ap 2006-06-26 03:18:35 -0700 Bug 8584 turned out to be unrelated. I cannot reproduce the problem with a locally installed Apache and the attached cgi script. I have installed lighttpd from DarwinPorts now - could someone please provide the further necessary steps? Does Rails need to be installed? How does one create "a plain multipart form with a file upload" there? How is the server even started? Sorry for such newbie questions, but I'll really need a very detailed instuction to reproduce this issue (and, judging from the lack of progress on this bug, other WebKit developers may be not professionals in Web development, as well, which I find understandable). Just thought that this issue is quite important... 46785 26 ap 2006-11-04 09:43:24 -0800 Still no steps to reproduce and no reason to believe that this is a WebKit bug; closing as invalid. 37150 27 jamis 2007-01-04 07:45:07 -0800 For what it is worth, this is still an issue here. I've just not had anything more to add than what has already been said. However, I recently read this email: http://lists.apple.com/archives/macnetworkprog/2006/Dec/msg00021.html which appears to be describing the issue, and it includes detailed instructions at the network level for how to duplicate the problem. I figured that since it was relevant, I'd add it to this ticket and hope for the best. 36916 28 ddkilzer 2007-01-05 07:26:42 -0800 Per this mailing list post, this bug has been filed as <rdar://problem/4876179>: http://lists.apple.com/archives/Web-dev/2006/Dec/msg00010.html The barrier to getting this issue resolved is lack of consistent reproduction. The people who see it are able to reproduce it all the time. The people who don't see it can't reproduce it at all. Per the mailing list post in Comment #27, we need a server that provides a keep-alive timeout where we can load a page, pick a file to upload, then upload the file. I chose http://validator.w3.org/ which advertises a keep-alive timeout of 15 seconds per its HTTP response headers. Steps to reproduce: 1. Open Safari. 2. Click on link: http://validator.w3.org/#validate-by-upload 3. Begin counting seconds (one-mississippi, two-mississippi, etc.) out loud as soon as I click the button. 4. Select an HTML file to upload. 5. When my count reaches 15, click "Check" button. When I follow the above instructions, I am never able to reproduce this bug. What am I doing wrong? Is my count not accurate enough? Am I waiting too long? Am I not waiting long enough? Does this only reproduce on servers on a local network instead of over the Internet? Please help me to reproduce the issue. 36883 29 ddkilzer 2007-01-05 08:07:31 -0800 (In reply to comment #28) > When I follow the above instructions, I am never able to reproduce this bug. > What am I doing wrong? Is my count not accurate enough? Am I waiting too > long? Am I not waiting long enough? Does this only reproduce on servers on a > local network instead of over the Internet? > > Please help me to reproduce the issue. Okay, by watching packet counts and counting to 16/17, I was able to see the following (this happens after I loaded the original page and then waited): 1. Server sends client FIN,ACK on connection #1. 2. Client sends server ACK on connection #1. 3. Form posted in Safari sends HTTP POST to server on connection #1. 4. Client sends FIN,ACK on connection #1. 5. Client sends SYN on new connection #2. 6. Server sends *6* RST on connection #1. 7. Server sends SYN,ACK on connection #2. 8. Client sends ACK on connection #2. 9. Client resends HTTP POST to server on connection #2. Yeah, something weird is definitely going on. Does it make a difference that I'm using a wireless connection instead of a physical ethernet cable? Does it make a difference that I'm hitting a site on the internet (where TCP/IP is involved and I'm going through a firewall) versus hitting a local server (where only TCP may be involved)? 36869 30 jamis 2007-01-05 08:15:10 -0800 I'm on a wireless connection, and had the problem consistently until we disabled keep-alive. Also, the problem (for us, at least) was when people would access our site over the Internet. I did manage to duplicate the problem once locally, using lighttpd as the server. I'm in the middle of a bunch of stuff right now, but when my plate clears up I'll try and get that environment going again, to test. 36876 31 ddkilzer 2007-01-05 10:26:51 -0800 Thinking out loud, the goal should be an Objective-C (or C++ or Obj-C++) test program that reproduces the issue consistently (or at least frequently) since that's going to get us as close to mimicking what Safari does, and it will aid Apple in tracking down the issue. 36751 32 ddkilzer 2007-01-05 21:23:08 -0800 Okay, I'm able to reproduce it using Personal Web Sharing and Attachment 6478 as my CGI script! Interestingly enough, when I follow the same steps on http://validator.w3.org/ that reproduce the bug locally, I don't get the hang. (There are also other differences, like receiving 5 RST packets from validator.w3.org instead of just one from the local web server.) I definitely need a refresher on the TCP/IP protocol to understand what's going on! I'll try to post steps to reproduce here soon (probably tomorrow). 36746 33 ddkilzer 2007-01-05 21:25:36 -0800 (In reply to comment #32) > Okay, I'm able to reproduce it using Personal Web Sharing and Attachment 6478 [edit] > as my CGI script! Reproduced using shipping Safari 2.0.4 (419.3) on Mac OS X 10.4.8 (8L127). Also reproduced using a locally-built debug build of WebKit r18636 with the above software. This does seem to be an issue with code that sits between WebKit and the network layer. 36744 34 jamis 2007-01-05 21:31:04 -0800 Awesome news! It was so discouraging to be unable to have anyone on the webkit team reproduce this issue. I hope that this helps you in discovering what the real problem is. I'll keep working to reproduce the problem as well. 36707 35 ddkilzer 2007-01-06 09:22:39 -0800 (In reply to comment #33) > Reproduced using shipping Safari 2.0.4 (419.3) on Mac OS X 10.4.8 (8L127). > Also reproduced using a locally-built debug build of WebKit r18636 with the > above software. This does seem to be an issue with code that sits between > WebKit and the network layer. Also reproduced with Safari 3.0 (521.31.1) on Leopard build 9A321. 36448 36 ddkilzer 2007-01-07 13:15:32 -0800 Reopening briefly to get more visibility on webkit-unassigned. 36443 37 12286 ddkilzer 2007-01-07 13:17:00 -0800 Created attachment 12286 bug-5760-test-files.tar.gz Files used to reproduce this bug. See Comment #38. 36444 38 ddkilzer 2007-01-07 13:24:40 -0800 Summary ------- There are two issues that I discovered while researching Bug 5760. The first is an inefficiency in the network layer, and the second is the cause of this bug which apparently depends upon the first issue. See the "Notes" section below for more details on each issue. Issue #1 - Foundation classes attempt to use a half-closed connection after a keep-alive connection has expired. Issue #2 - When an HTML form with a file upload is submitted through Safari and a half-closed connection is used (Issue #1), the Foundation classes fail to resend the contents of the file to the web server the second time the form data is posted. Setup Instructions ------------------ The following instructions use the local Apache web server installed for Personal Web Sharing and the current user's ~/Sites/ directory to reproduce the two issues above. 1. Download the bug-5760-test-files.tar.gz file in Attachment 12286. 2. Extract the tar.gz file to the current user's ~/Sites/ directory. 3. Edit bug-5760.conf to replace "USERNAME" in the <Directory> directive with the current user's username. 4. Move bug-5760.conf to the /etc/httpd/users/ directory on Tiger, or /etc/apache2/other/ on Leopard. (You'll need to use sudo(1) to do this.) 5. Open System Preferences. 6. Click on Sharing under Internet & Network. 7. Start Personal File Sharing. (If it's already been started, stop and start it to pick up the new config file.) Steps to Reproduce ------------------ The following instructions describe how to reproduce Issue #2 above. It will also reproduce Issue #1 if no file is specified in the file upload input, but this is only meaningful if you're capturing a packet trace of the connection(s) using a tool like Ethereal/Wireshark. 1. Close Safari (or WebKit) if it's currently open. 2. Delete the icon database file, or rename it if you want to keep your prized collection of favicons. (This step is a red herring since this bug has nothing to do with the icon database. This step is done to guarantee that a keep-alive connection will be created when Safari attempts to load the favicon.ico file from the web site. In real-life scenarios, <img> tags on the page could create keep-alive connections as well.) 3. Start Safari. 4. Open URL to bug-5760.html (replace "HOSTNAME" with the hostname or IP address of your Mac, and replace "USERNAME" with the current user's username): http://HOSTNAME/~USERNAME/bug-5760.html 5. Quickly pick ANY file to upload in the file upload input before the counter reaches zero. (You have less than 19 seconds.) 6. Wait for the countdown to reach zero and the form to submit itself. Expected Results ---------------- The form should be submitted to the server with the contents of the uploaded file. Actual Results -------------- Submitting the form hangs. When the web server's connection timeout is reached (usually 5 minutes), it will return an internal server error. Regression ---------- These issues have been reproduced with the following software on a PowerBook G4: Mac OS X 10.4.8 (8L127) with Safari 2.0.4 (419.3) and Apache/1.3.33 (Darwin). Mac OS X 10.4.8 (8L127) with ToT WebKit (r18639), Safari 2.0.4 (419.3) and Apache/1.3.33 (Darwin). Mac OS X Leopard (9A321) with Safari 3.0 (521.31.1) and Apache/2.2.3 (Unix). And with the following software on a MacBook Pro Core 2 Duo: Mac OS X 10.4.8 (8N1037) with Safari 2.0.4 (419.3) and Apache/1.3.33 (Darwin). Notes ----- Issue #1 - Foundation classes attempt to use a half-closed connection after a keep-alive connection has expired. NOTE: The information below is based on the behavior I saw in packet traces captured using Ethereal/Wireshark while researching Issue #2. I did not attempt to step through, decompile or write test programs for the Foundation classes to prove or to disprove the following information. Here is a basic outline of what happens: 1. User uses Safari to request a web page with a form. 2. At least one connection to the server is kept alive after the web page, resources (images) and favicon are loaded. 3. User fills out the form. 4. User waits just long enough for the server to close it's half of the kept-alive connection (server sends FIN,ACK; OS X sends ACK), but before OS X closes its half of the connection. 5. User submits the form in Safari. 6. Safari uses Foundation classes to send form data. 7. Server sends an RST packet to reset the connection. 8. Foundation classes open a new connection to the server and resend the form data. The above process works fine in all cases except when a file upload is included in the form (Issue #2). However, note that Firefox 2.0.0.1 (running on the same version of Mac OS X on the same hardware) will close its half of the connection immediately after the server closes its half of the connection, thereby avoiding the inefficiencies of attempting to use a half-closed connection to the server. Issue #2 - When an HTML form with a file upload is submitted through Safari and a half-closed connection is used (Issue #1), the Foundation classes fail to resend the contents of the file to the web server the second time the form data is posted. The outline of what happens is essentially identical to Issue #1, except that (1) a file upload input is included in the form and (2) when the form is resent, the contents of the uploaded file are not sent the second time the form data is sent: 1. User uses Safari to request a web page with a form that contains a file upload input. 2. At least one connection to the server is kept alive after the web page, resources (images) and favicon are loaded. 3. User fills out the form including the file upload input. 4. User waits just long enough for the server to close it's half of the kept-alive connection (server sends FIN,ACK; OS X sends ACK), but before OS X closes its half of the connection. 5. User submits the form in Safari. 6. Safari uses Foundation classes to send form data including the contents of the uploaded file. 7. Server sends an RST packet to reset the connection. 8. Foundation classes open a new connection to the server and resend the form data, but the contents of the uploaded file are not sent the second time. 9. If Safari and the server are left alone, the server waits until its connection timeout expires (commonly 300 seconds for a default Apache installation; see Timeout directive in httpd.conf), then sends an Internal Server Error since it never received the contents of the uploaded file in the second request. This is the original reason this bug was filed. Note that I've only been able to reproduce Issue #2 using a local Apache web server. When I attempt to duplicate the above steps using an external site (such as the file upload form on http://validator.w3.org/), there are five RST packets sent in step 7, and the contents of the uploaded file are sent in Step 8. Finally, if you have trouble reproducing the issue: - You can try playing with the 'fudgeFactor' variable in bug-5760.html. An integer value from 2 to 5 (seconds) should work for most configurations. - The easiest way to make sure you're reproducing the bug is to install Wireshark through fink or MacPorts (formerly DarwinPorts). While capturing packets, watch for a tell-tale increase of two in the TCP packet count after the 15-second keep-alive connection expires, then submit the form manually immediately after that. (NOTE: Installing either of these requires installing Xcode and X11 on your Mac. I tried building Wireshark using GTK+ for OS X, but it crashes in font code in Cairo.) - Sometimes the bug is reproducible repeatedly for a while without stopping Safari. However, if it stops becoming repeatable, stop Safari, delete the icon database, than restart Safari (e.g., follow the instructions provided above). 36426 39 ddkilzer 2007-01-07 14:03:01 -0800 (In reply to comment #36) > Reopening briefly to get more visibility on webkit-unassigned. And closing again as RESOLVED/INVALID since this is mostly like a Foundation bug and will be followed-up by an Apple engineer internally. See Comment #28 for the Radar number. 774 40 ddkilzer 2007-09-08 09:48:59 -0700 *** Bug 14195 has been marked as a duplicate of this bug. *** 775 41 ddkilzer 2007-09-08 09:50:33 -0700 For what it's worth: Issue #1 is being tracked as <rdar://problem/4102132> Issue #2 is being tracked as <rdar://problem/4876179> 96120 42 ddkilzer 2008-10-21 15:54:29 -0700 (In reply to comment #38) > Issue #2 - When an HTML form with a file upload is submitted through Safari and > a half-closed connection is used (Issue #1), the Foundation classes fail to > resend the contents of the file to the web server the second time the form data > is posted. (In reply to comment #41) > Issue #2 is being tracked as <rdar://problem/4876179> This issue should be fixed as of Mac OS X 10.5.5. If anyone can confirm this, I'd appreciate it. 96506 43 steve.brown 2008-10-24 07:18:29 -0700 (In reply to comment #42) > This issue should be fixed as of Mac OS X 10.5.5. If anyone can confirm this, > I'd appreciate it. I have several clients that also experience this problem. They will be updating to 10.5.5 today. Will report back if the issue remains. 97634 44 ddkilzer 2008-11-04 16:16:10 -0800 (In reply to comment #43) > (In reply to comment #42) > > This issue should be fixed as of Mac OS X 10.5.5. If anyone can confirm this, > > I'd appreciate it. > > I have several clients that also experience this problem. They will be > updating to 10.5.5 today. Will report back if the issue remains. Any update, Steve? Thanks! 97806 45 steve.brown 2008-11-06 07:19:30 -0800 > Any update, Steve? Thanks! Unfortunately, I can confirm that this issue remains in 10.5.5. Even more unfortunate is that the issue is exhibited on one of our internal sites, but not in the test provided in comment #38 above. In other words, the test provided works fine, but I'm still having this issue. I'm going to try and do some more testing in the next few days to see if I can nail it down anymore. 97812 46 ddkilzer 2008-11-06 08:41:39 -0800 (In reply to comment #45) > > Any update, Steve? Thanks! > > Unfortunately, I can confirm that this issue remains in 10.5.5. Even more > unfortunate is that the issue is exhibited on one of our internal sites, but > not in the test provided in comment #38 above. In other words, the test > provided works fine, but I'm still having this issue. I'm going to try and do > some more testing in the next few days to see if I can nail it down anymore. Thanks for the update! You'll want to use a packet sniffer like Wireshark (formerly Ethereal) to capture the network traffic when the bug occurs to determine what's really going on. Note that only Issue #2 from Comment #38 and Comment #41 is fixed. Issue #1 still remains. 108972 47 27484 gmorley_public 2009-02-09 08:06:57 -0800 Created attachment 27484 Wireshark trace of issue under OS10.5.6/Safari 3.2.1 (In reply to comment #46) > > Unfortunately, I can confirm that this issue remains in 10.5.5. Are there any more updates on this issue? I am still seeing it in OSX 10.5.6 with Safari 3.2.1 (5525.27.1) > Thanks for the update! You'll want to use a packet sniffer like Wireshark > (formerly Ethereal) to capture the network traffic when the bug occurs to > determine what's really going on. I've attached a Wireshark trace (safari_bug5760_OSX10.5.6-Safari5525.27.1.gz) showing that both issues are still occuring using the above noted OSX/Safari versions. The initial GET is packet 6 (0.001530), replied to in packets 8-15 (0.734507) with a 5 second keep-alive. The keep-alive timeout results in the server closing the connection in packet 21 (5.857426), acknowledged by Safari in packet 22 (5.857578), but it still attempts to do a POST on it starting in packet 23 (11.976699), with the consonant resets, resync and re-POST that stalls by packet 35 (11.979735). 109811 48 ddkilzer 2009-02-15 15:47:48 -0800 (In reply to comment #47) > Created an attachment (id=27484) [review] > Wireshark trace of issue under OS10.5.6/Safari 3.2.1 > > (In reply to comment #46) > > > Unfortunately, I can confirm that this issue remains in 10.5.5. > > Are there any more updates on this issue? I am still seeing it in OSX 10.5.6 > with Safari 3.2.1 (5525.27.1) > > > Thanks for the update! You'll want to use a packet sniffer like Wireshark > > (formerly Ethereal) to capture the network traffic when the bug occurs to > > determine what's really going on. > > I've attached a Wireshark trace (safari_bug5760_OSX10.5.6-Safari5525.27.1.gz) > showing that both issues are still occuring using the above noted OSX/Safari > versions. The initial GET is packet 6 (0.001530), replied to in packets 8-15 > (0.734507) with a 5 second keep-alive. The keep-alive timeout results in the > server closing the connection in packet 21 (5.857426), acknowledged by Safari > in packet 22 (5.857578), but it still attempts to do a POST on it starting in > packet 23 (11.976699), with the consonant resets, resync and re-POST that > stalls by packet 35 (11.979735). Please file a Radar on <https://bugreport.apple.com/>. I appreciate the follow-up on this issue, but there's nothing that may be fixed in WebKit to resolve this issue. Thanks! 133454 49 apple.com 2009-07-21 06:26:11 -0700 Filed in Radar: Bug ID# 7077923 https://bugreport.apple.com/cgi-bin/WebObjects/RadarWeb.woa/81/wo/LbLkeTB7chj7RpdWRTbyTw/15.56 181244 50 arosenzweig 2010-01-15 08:51:18 -0800 This is a very serious problem first reported in 2005 and still not fixed in 2010 in Snow Leopard. I understand that it's a problem with the OS level TCP/IP stack. But seeing as the other team responsible for that library has not provided a fix in a timely manner it is up to you to work around the issue. Use your own TCP/IP stack just like Firefox does. Use the stack from Firefox if you want. Please fix this now for all Mac OS that have Safari 4 (including Tiger). We have a WebObjects application that we distribute to many customer intranets. We do not want to be beholden to a brittle Apache configuration that could be ever changing on their end. Here are some additional facts for this issue: 1) Safari 3.2.1 and 4.x have the intermittent hang problem when uploading multipart/mime data to the vanilla Apache 2.2.11 that ships with Snow Leopard client. 2) If I turn off keepalive in the Apache 2 configuration file "BrowserMatch Safari nokeepalive" - Safari no longer hangs. 3) When a hang in safari occurs, simply clicking the submit button of the form a second time always satisfies the issue. But you don't want to have to tell your users to "click it again if it seems slow". 4) Safari 3.2.1 and 4.x never hang when uploading multipart/mime data to the vanila apache 1.3.41 that ships with Tiger client. I double checked the apache configuration file and it appears that keepalive is left on there by default. In summary, this issue is just starting to bite us in 2010 because we just decided to upgrade our development machines to Snow Leopard. Previously we had been using Tiger and thus bypassed the whole 10.5 OS release. Other people have been bitten for over five years. You must take matters into your own hands and fix it in WebKit for the sake of the innocent and loyal Macophiles out there. For now we have used an elaborate workaround based on other's insight. We use javascript to fire a dummy form POST on the mousedown event of the submit button. This dummy action hits a DirectAction on the WebObjects side which crafts a very special dummy reply to close the http session. Since the session is closed by the time the javascript event propagation gets to "form.onsubmit" Safari must renegotiate a clean new http connection with Apache that never fails to send the multipart-mime data. The fact that some issue related to this on is in radar with id = 7077923 does not make me feel warm and fuzzy. I have no access to that ticket and have no idea if any progress is being made. What am I supposed to do? make yet another ticket? I don't think so, that's why I'm posting here, the only place that makes sense. At the very least the status of INVALID should be changed to MOVED or WONTFIX. This is a very real and very serious problem. It doesn't really matter that its part of the TCP/IP stack that WebKit is using, it's hurting the end users. You can choose a different TCP/IP stack and solve the problem or give us a way to pass on critical information to the team responsible for the TCP/IP stack. 181269 51 ddkilzer 2010-01-15 10:27:35 -0800 (In reply to comment #50) > The fact that some issue related to this on is in radar with id = 7077923 does > not make me feel warm and fuzzy. I have no access to that ticket and have no > idea if any progress is being made. What am I supposed to do? make yet another > ticket? I don't think so, that's why I'm posting here, the only place that > makes sense. Actually, duplicate bug reports from different developers is an indication about how wide-spread this issue is. I would encourage you to file a bug report on <https://bugreport.apple.com/>, even though it will be returned as a duplicate. If you don't have an Apple Developer Connection (ADC) account, you may create a free "online" account using <https://connect.apple.com/>. > At the very least the status of INVALID should be changed to MOVED or WONTFIX. > This is a very real and very serious problem. It doesn't really matter that its > part of the TCP/IP stack that WebKit is using, it's hurting the end users. You > can choose a different TCP/IP stack and solve the problem or give us a way to > pass on critical information to the team responsible for the TCP/IP stack. The WebKit project uses RESOLVED/INVALID status for bugs migrated into Apple's internal bug tracker (Radar) because the issue is not in WebKit itself. It does not mean that it's not a valid bug. 181358 52 arosenzweig 2010-01-15 13:36:39 -0800 Ok I've created a duplicate radar ticket with number: 7547183 181371 53 ddkilzer 2010-01-15 13:57:53 -0800 (In reply to comment #52) > Ok I've created a duplicate radar ticket with number: 7547183 Thanks! 475775 54 mrobinson 2011-09-29 17:38:54 -0700 I found out at some point that nginx (the web server that github runs on) disabled HTTP keepalive because of this issue. This makes interaction slower in WebKitGTK+, because we pretend to be Safari. http://mailman.nginx.org/pipermail/nginx/2010-October/023131.html 1846628 55 svoop_k6ed49fz2s 2022-02-28 06:55:44 -0800 I just found old workaround code for this in our app. Can you tell whether (or rather: with what release) this bug has been fixed by Apple? There doesn't seem to be a way to see the radars unless for authors. Thanks! 1848303 56 ddkilzer 2022-03-04 08:29:03 -0800 (In reply to svoop_k6ed49fz2s from comment #55) > I just found old workaround code for this in our app. Can you tell whether > (or rather: with what release) this bug has been fixed by Apple? There > doesn't seem to be a way to see the radars unless for authors. Thanks! There were two bugs per comment #38 and comment #41. See comment #42 for the macOS release where the second bug was fixed. I haven’t tried to reproduce the first bug in years. 4699 2005-11-16 10:01:55 -0800 2005-11-16 10:01:55 -0800 Process trace on safari during hang PHPUploadSafari.txt text/plain 3399 kevin QW5hbHlzaXMgb2Ygc2FtcGxpbmcgcGlkIDQzMDEgZXZlcnkgMTAuMDAwMDAwIG1pbGxpc2Vjb25k cwpDYWxsIGdyYXBoOgogICAgMjgzIFRocmVhZF8xMDBmCiAgICAgIDI4MyAweDU2ZDFjCiAgICAg ICAgMjgzIDB4MjY1YwogICAgICAgICAgMjgzIE5TQXBwbGljYXRpb25NYWluCiAgICAgICAgICAg IDI4MyAtW05TQXBwbGljYXRpb24gcnVuXQogICAgICAgICAgICAgIDI4MyAweDZlZjAKICAgICAg ICAgICAgICAgIDI4MyAtW05TQXBwbGljYXRpb24gbmV4dEV2ZW50TWF0Y2hpbmdNYXNrOnVudGls RGF0ZTppbk1vZGU6ZGVxdWV1ZTpdCiAgICAgICAgICAgICAgICAgIDI4MyBfRFBTTmV4dEV2ZW50 CiAgICAgICAgICAgICAgICAgICAgMjgzIEJsb2NrVW50aWxOZXh0RXZlbnRNYXRjaGluZ0xpc3RJ bk1vZGUKICAgICAgICAgICAgICAgICAgICAgIDI4MyBSZWNlaXZlTmV4dEV2ZW50Q29tbW9uCiAg ICAgICAgICAgICAgICAgICAgICAgIDI4MyBSdW5DdXJyZW50RXZlbnRMb29wSW5Nb2RlCiAgICAg ICAgICAgICAgICAgICAgICAgICAgMjgzIENGUnVuTG9vcFJ1blNwZWNpZmljCiAgICAgICAgICAg ICAgICAgICAgICAgICAgICAyODMgX19DRlJ1bkxvb3BSdW4KICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgMjgzIG1hY2hfbXNnCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMjgz IG1hY2hfbXNnX3RyYXAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDI4MyBtYWNo X21zZ190cmFwCiAgICAyODMgVGhyZWFkXzExMDMKICAgICAgMjgzIF9wdGhyZWFkX2JvZHkKICAg ICAgICAyODMgZm9ya1RocmVhZEZvckZ1bmN0aW9uCiAgICAgICAgICAyODMgK1tXZWJGaWxlRGF0 YWJhc2UgX3N5bmNMb29wOl0KICAgICAgICAgICAgMjgzIC1bTlNSdW5Mb29wIHJ1bl0KICAgICAg ICAgICAgICAyODMgLVtOU1J1bkxvb3AgcnVuTW9kZTpiZWZvcmVEYXRlOl0KICAgICAgICAgICAg ICAgIDI4MyBDRlJ1bkxvb3BSdW5TcGVjaWZpYwogICAgICAgICAgICAgICAgICAyODMgX19DRlJ1 bkxvb3BSdW4KICAgICAgICAgICAgICAgICAgICAyODMgbWFjaF9tc2cKICAgICAgICAgICAgICAg ICAgICAgIDI4MyBtYWNoX21zZ190cmFwCiAgICAgICAgICAgICAgICAgICAgICAgIDI4MyBtYWNo X21zZ190cmFwCiAgICAyODMgVGhyZWFkXzEyMDMKICAgICAgMjgzIF9wdGhyZWFkX2JvZHkKICAg ICAgICAyODMgZm9ya1RocmVhZEZvckZ1bmN0aW9uCiAgICAgICAgICAyODMgK1tOU1VSTENvbm5l Y3Rpb24oTlNVUkxDb25uZWN0aW9uSW50ZXJuYWwpIF9yZXNvdXJjZUxvYWRMb29wOl0KICAgICAg ICAgICAgMjgzIENGUnVuTG9vcFJ1blNwZWNpZmljCiAgICAgICAgICAgICAgMjgzIF9fQ0ZSdW5M b29wUnVuCiAgICAgICAgICAgICAgICAyODMgbWFjaF9tc2cKICAgICAgICAgICAgICAgICAgMjgz IG1hY2hfbXNnX3RyYXAKICAgICAgICAgICAgICAgICAgICAyODMgbWFjaF9tc2dfdHJhcAogICAg MjgzIFRocmVhZF8xMzAzCiAgICAgIDI4MyBfcHRocmVhZF9ib2R5CiAgICAgICAgMjgzIGZvcmtU aHJlYWRGb3JGdW5jdGlvbgogICAgICAgICAgMjgzICtbTlNVUkxDYWNoZSBfZGlza0NhY2hlU3lu Y0xvb3A6XQogICAgICAgICAgICAyODMgQ0ZSdW5Mb29wUnVuU3BlY2lmaWMKICAgICAgICAgICAg ICAyODMgX19DRlJ1bkxvb3BSdW4KICAgICAgICAgICAgICAgIDI4MyBtYWNoX21zZwogICAgICAg ICAgICAgICAgICAyODMgbWFjaF9tc2dfdHJhcAogICAgICAgICAgICAgICAgICAgIDI4MyBtYWNo X21zZ190cmFwCiAgICAyODMgVGhyZWFkXzE0MDMKICAgICAgMjgzIF9wdGhyZWFkX2JvZHkKICAg ICAgICAyODMgX19DRlNvY2tldE1hbmFnZXIKICAgICAgICAgIDI4MyBzZWxlY3QKICAgICAgICAg ICAgMjgzIHNlbGVjdAogICAgMjgzIFRocmVhZF8xNTAzCiAgICAgIDI4MyBfcHRocmVhZF9ib2R5 CiAgICAgICAgMjgzIGZvcmtUaHJlYWRGb3JGdW5jdGlvbgogICAgICAgICAgMjgzIC1bQXN5bmNE QiBfcnVuOl0KICAgICAgICAgICAgMjgzIC1bTlNDb25kaXRpb25Mb2NrIGxvY2tXaGVuQ29uZGl0 aW9uOl0KICAgICAgICAgICAgICAyODMgcHRocmVhZF9jb25kX3dhaXQKICAgICAgICAgICAgICAg IDI4MyBzZW1hcGhvcmVfd2FpdF9zaWduYWxfdHJhcAogICAgICAgICAgICAgICAgICAyODMgc2Vt YXBob3JlX3dhaXRfc2lnbmFsX3RyYXAKICAgIDI4MyBUaHJlYWRfMTYwMwogICAgICAyODMgX3B0 aHJlYWRfYm9keQogICAgICAgIDI4MyBQcml2YXRlTVBFbnRyeVBvaW50CiAgICAgICAgICAyODMg VEZTTm90aWZpY2F0aW9uVGFzazo6RlNOb3RpZmljYXRpb25UYXNrUHJvYyh2b2lkKikKICAgICAg ICAgICAgMjgzIGtldmVudAogICAgICAgICAgICAgIDI4MyBrZXZlbnQKICAgIDI4MyBUaHJlYWRf MTcwMwogICAgICAyODMgX3B0aHJlYWRfYm9keQogICAgICAgIDI4MyBQcml2YXRlTVBFbnRyeVBv aW50CiAgICAgICAgICAyODMgVE5vZGVTeW5jVGFzazo6U3luY1Rhc2tQcm9jKHZvaWQqKQogICAg ICAgICAgICAyODMgTVBXYWl0T25RdWV1ZQogICAgICAgICAgICAgIDI4MyBwdGhyZWFkX2NvbmRf d2FpdAogICAgICAgICAgICAgICAgMjgzIHNlbWFwaG9yZV93YWl0X3NpZ25hbF90cmFwCiAgICAg ICAgICAgICAgICAgIDI4MyBzZW1hcGhvcmVfd2FpdF9zaWduYWxfdHJhcAogICAgMjgzIFRocmVh ZF8xODAzCiAgICAgIDI4MyBfcHRocmVhZF9ib2R5CiAgICAgICAgMjgzIGZvcmtUaHJlYWRGb3JG dW5jdGlvbgogICAgICAgICAgMjgzIC1bTlNVSUhlYXJ0QmVhdCBfaGVhcnRCZWF0VGhyZWFkOl0K ICAgICAgICAgICAgMjgzIC1bTlNDb25kaXRpb25Mb2NrIGxvY2tXaGVuQ29uZGl0aW9uOl0KICAg ICAgICAgICAgICAyODMgcHRocmVhZF9jb25kX3dhaXQKICAgICAgICAgICAgICAgIDI4MyBzZW1h cGhvcmVfd2FpdF9zaWduYWxfdHJhcAogICAgICAgICAgICAgICAgICAyODMgc2VtYXBob3JlX3dh aXRfc2lnbmFsX3RyYXAKClRvdGFsIG51bWJlciBpbiBzdGFjayAocmVjdXJzaXZlIGNvdW50ZWQg bXVsdGlwbGUsIHdoZW4gPj01KToKICAgICAgICA4ICAgICAgIF9wdGhyZWFkX2JvZHkKICAgICAg ICA1ICAgICAgIGZvcmtUaHJlYWRGb3JGdW5jdGlvbgoKU29ydCBieSB0b3Agb2Ygc3RhY2ssIHNh bWUgY29sbGFwc2VkICh3aGVuID49IDUpOgogICAgICAgIG1hY2hfbXNnX3RyYXAgICAgICAgIDEx MzIKICAgICAgICBzZW1hcGhvcmVfd2FpdF9zaWduYWxfdHJhcCAgICAgICAgODQ5CiAgICAgICAg a2V2ZW50ICAgICAgICAyODMKICAgICAgICBzZWxlY3QgICAgICAgIDI4MwpTYW1wbGUgYW5hbHlz aXMgb2YgcHJvY2VzcyA0MzAxIHdyaXR0ZW4gdG8gZmlsZSAvZGV2L3N0ZG91dApTYW1wbGluZyBw cm9jZXNzIDQzMDEgZWFjaCAxMCBtc2VjcyAzMDAgdGltZXMK 6478 2006-02-13 21:59:55 -0800 2007-01-07 13:17:00 -0800 bash CGI script for testing file uploads upload-test.cgi text/plain 393 jamis IyEvYmluL3NoCgppZiBbICRSRVFVRVNUX01FVEhPRCA9IEdFVCBdCnRoZW4KICBlY2hvIENvbnRl bnQtVHlwZTogdGV4dC9odG1sCiAgZWNobyBDb25uZWN0aW9uOiBjbG9zZQogIGVjaG8KCiAgZWNo byAiPGZvcm0gZW5jdHlwZT0nbXVsdGlwYXJ0L2Zvcm0tZGF0YScgbWV0aG9kPSdwb3N0Jz4iCiAg ZWNobyAiU2VsZWN0IGZpbGU6IDxpbnB1dCB0eXBlPSdmaWxlJyBuYW1lPSd0aGVfZmlsZScgLz48 YnIgLz4iCiAgZWNobyAiPGlucHV0IHR5cGU9J3N1Ym1pdCcgdmFsdWU9J1NlbmQgaXQgb3Zlcicg Lz4iCiAgZWNobyAiPC9mb3JtPiIKZWxzZQogIGVjaG8gQ29udGVudC1UeXBlOiB0ZXh0L3BsYWlu CiAgZWNobyBDb25uZWN0aW9uOiBjbG9zZQogIGVjaG8KCiAgZWNobyBHb3QgaXQKZmkK 7496 2006-04-03 21:21:50 -0700 2006-04-03 21:21:50 -0700 Tcpflow capture of both a good and a failed request tcpflow.txt text/plain 5248 jason Wy4uLi4uLiBzdWNjZXNzZnVsIHVwbG9hZCAuLi4uLi4uLl0KCjEyNy4wMDAuMDAwLjAwMS41MTMw OS0xMjcuMDAwLjAwMC4wMDEuMDMwMDA6IFBPU1QgL2ltYWdlL2NyZWF0ZSBIVFRQLzEuMQpBY2Nl cHQ6ICovKgpBY2NlcHQtTGFuZ3VhZ2U6IGVuCkFjY2VwdC1FbmNvZGluZzogZ3ppcCwgZGVmbGF0 ZQpDb29raWU6IF9zZXNzaW9uX2lkPWFlOGUwYzMxZTcxYmU1MGUyY2MwMjZiZjBhOGExNWU4ClJl ZmVyZXI6IGh0dHA6Ly9sb2NhbGhvc3Q6MzAwMC9pbWFnZS9uZXcKVXNlci1BZ2VudDogTW96aWxs YS81LjAgKE1hY2ludG9zaDsgVTsgUFBDIE1hYyBPUyBYOyBlbikgQXBwbGVXZWJLaXQvNDE3Ljkg KEtIVE1MLCBsaWtlIEdlY2tvKSBTYWZhcmkvNDE3LjgKQ29udGVudC1MZW5ndGg6IDgyNApDb250 ZW50LVR5cGU6IG11bHRpcGFydC9mb3JtLWRhdGE7IGJvdW5kYXJ5PS0tLS0tLS0tLS0weEtoVG1M Yk91TmRBclkKQ29ubmVjdGlvbjoga2VlcC1hbGl2ZQpIb3N0OiBsb2NhbGhvc3Q6MzAwMAoKCjEy Ny4wMDAuMDAwLjAwMS41MTMwOS0xMjcuMDAwLjAwMC4wMDEuMDMwMDA6IC0tLS0tLS0tLS0tLTB4 S2hUbUxiT3VOZEFyWQpDb250ZW50LURpc3Bvc2l0aW9uOiBmb3JtLWRhdGE7IG5hbWU9ImltYWdl W3ZhbHVlXSI7IGZpbGVuYW1lPSJhcnJvdy5naWYiCkNvbnRlbnQtVHlwZTogaW1hZ2UvZ2lmCgoK MTI3LjAwMC4wMDAuMDAxLjUxMzA5LTEyNy4wMDAuMDAwLjAwMS4wMzAwMDogR0lGODlhLi4uLi4u Li4uLiI+Li4uVC4uOFV3LjVXeUFBQS4uLitGYSAxQ0FqLll3Li4qLi4neGN6LjNmLi4ubVNTU0Re LjpkLiIiIlV+Li4uLjMzMy4mMlouLjdOLlFqLmQuLkh2LjBAUUdifS4uTUFwLjFNLiE6LmEuLj1a eS4uJjdTLioqKk97Li4uLkxMTC4iWC4wLi4wflp9Lk1nLmMuLi4uLj9sLmsuLk5zLiQ2SD9YcExk LlYuLjVbLi9JZEFmLjlSLlwuLmh+Li4uSk1uLi4uQiNBLi4uVi4uJC4tfWAuLlh9LkppLmsuLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLiEuLi4uLksuLC4uLi4u Li4uLi4uLi4uLi4uNC4+OSkuITMuKCguLi4uLi4rLi4uLi4uLjMoLi4uLi4vLi4uLi4/LicoMi5B NTUuLi4uIiJDMi4lPAouLi4uLiguLi4gLi4uLjouLi4uLC4uLkUuLi4uPS5AQi4uLjY7Li4oI0Qu Ji47Li4uMiouLi5uJC5lLi4uLi5gLkAuLi4uLi40LiBxLi4uQC47CjEyNy4wMDAuMDAwLjAwMS41 MTMwOS0xMjcuMDAwLjAwMC4wMDEuMDMwMDA6IAotLS0tLS0tLS0tLS0weEtoVG1MYk91TmRBclkK Q29udGVudC1EaXNwb3NpdGlvbjogZm9ybS1kYXRhOyBuYW1lPSJjb21taXQiCgpDcmVhdGUKLS0t LS0tLS0tLS0tMHhLaFRtTGJPdU5kQXJZLS0KCjEyNy4wMDAuMDAwLjAwMS4wMzAwMC0xMjcuMDAw LjAwMC4wMDEuNTEzMDk6IEhUVFAvMS4xIDMwMiBGb3VuZApUcmFuc2Zlci1FbmNvZGluZzogY2h1 bmtlZApDb250ZW50LVR5cGU6IHRleHQvaHRtbDsgY2hhcnNldD11dGYtOApTZXQtQ29va2llOiBf c2Vzc2lvbl9pZD1hZThlMGMzMWU3MWJlNTBlMmNjMDI2YmYwYThhMTVlODsgcGF0aD0vCkNhY2hl LUNvbnRyb2w6IG5vLWNhY2hlCmxvY2F0aW9uOiBodHRwOi8vbG9jYWxob3N0OjMwMDAvaW1hZ2Uv bGlzdApEYXRlOiBUdWUsIDA0IEFwciAyMDA2IDAzOjU4OjE0IEdNVApTZXJ2ZXI6IGxpZ2h0dHBk LzEuNC4xMQoKNjIKPGh0bWw+PGJvZHk+WW91IGFyZSBiZWluZyA8YSBocmVmPSJodHRwOi8vbG9j YWxob3N0OjMwMDAvaW1hZ2UvbGlzdCI+cmVkaXJlY3RlZDwvYT4uPC9ib2R5PjwvaHRtbD4KCjEy Ny4wMDAuMDAwLjAwMS41MTMxMS0xMjcuMDAwLjAwMC4wMDEuMDMwMDA6IEdFVCAvaW1hZ2UvbGlz dCBIVFRQLzEuMQpBY2NlcHQ6ICovKgpBY2NlcHQtTGFuZ3VhZ2U6IGVuCkFjY2VwdC1FbmNvZGlu ZzogZ3ppcCwgZGVmbGF0ZQpDb29raWU6IF9zZXNzaW9uX2lkPWFlOGUwYzMxZTcxYmU1MGUyY2Mw MjZiZjBhOGExNWU4ClJlZmVyZXI6IGh0dHA6Ly9sb2NhbGhvc3Q6MzAwMC9pbWFnZS9uZXcKVXNl ci1BZ2VudDogTW96aWxsYS81LjAgKE1hY2ludG9zaDsgVTsgUFBDIE1hYyBPUyBYOyBlbikgQXBw bGVXZWJLaXQvNDE3LjkgKEtIVE1MLCBsaWtlIEdlY2tvKSBTYWZhcmkvNDE3LjgKQ29ubmVjdGlv bjoga2VlcC1hbGl2ZQpIb3N0OiBsb2NhbGhvc3Q6MzAwMAoKCjEyNy4wMDAuMDAwLjAwMS4wMzAw MC0xMjcuMDAwLjAwMC4wMDEuNTEzMDk6IDAKCgoxMjcuMDAwLjAwMC4wMDEuMDMwMDAtMTI3LjAw MC4wMDAuMDAxLjUxMzExOiBIVFRQLzEuMSAyMDAgT0sKVHJhbnNmZXItRW5jb2Rpbmc6IGNodW5r ZWQKQ29udGVudC1UeXBlOiB0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgKU2V0LUNvb2tpZTogX3Nl c3Npb25faWQ9YWU4ZTBjMzFlNzFiZTUwZTJjYzAyNmJmMGE4YTE1ZTg7IHBhdGg9LwpDYWNoZS1D b250cm9sOiBuby1jYWNoZQpEYXRlOiBUdWUsIDA0IEFwciAyMDA2IDAzOjU4OjE0IEdNVApTZXJ2 ZXI6IGxpZ2h0dHBkLzEuNC4xMQoKWy4uLi4uc25pcCBwYWdlIGNvbnRlbnRzLi4uLl0KCjEyNy4w MDAuMDAwLjAwMS4wMzAwMC0xMjcuMDAwLjAwMC4wMDEuNTEzMTE6IDAKClsuLi4uLiB0aGlzIGlz IHRoZSB1cGxvYWQgcGFnZSAuLi4uLi5dCgoxMjcuMDAwLjAwMC4wMDEuNTEzMTEtMTI3LjAwMC4w MDAuMDAxLjAzMDAwOiBHRVQgL2ltYWdlL25ldyBIVFRQLzEuMQpBY2NlcHQ6ICovKgpBY2NlcHQt TGFuZ3VhZ2U6IGVuCkFjY2VwdC1FbmNvZGluZzogZ3ppcCwgZGVmbGF0ZQpDb29raWU6IF9zZXNz aW9uX2lkPWFlOGUwYzMxZTcxYmU1MGUyY2MwMjZiZjBhOGExNWU4ClJlZmVyZXI6IGh0dHA6Ly9s b2NhbGhvc3Q6MzAwMC9pbWFnZS9saXN0ClVzZXItQWdlbnQ6IE1vemlsbGEvNS4wIChNYWNpbnRv c2g7IFU7IFBQQyBNYWMgT1MgWDsgZW4pIEFwcGxlV2ViS2l0LzQxNy45IChLSFRNTCwgbGlrZSBH ZWNrbykgU2FmYXJpLzQxNy44CklmLU1vZGlmaWVkLVNpbmNlOiBUdWUsIDA0IEFwciAyMDA2IDAz OjU3OjU4IEdNVApDb25uZWN0aW9uOiBrZWVwLWFsaXZlCkhvc3Q6IGxvY2FsaG9zdDozMDAwCgoK MTI3LjAwMC4wMDAuMDAxLjAzMDAwLTEyNy4wMDAuMDAwLjAwMS41MTMxMTogSFRUUC8xLjEgMjAw IE9LClRyYW5zZmVyLUVuY29kaW5nOiBjaHVua2VkCkNvbnRlbnQtVHlwZTogdGV4dC9odG1sOyBj aGFyc2V0PXV0Zi04ClNldC1Db29raWU6IF9zZXNzaW9uX2lkPWFlOGUwYzMxZTcxYmU1MGUyY2Mw MjZiZjBhOGExNWU4OyBwYXRoPS8KQ2FjaGUtQ29udHJvbDogbm8tY2FjaGUKRGF0ZTogVHVlLCAw NCBBcHIgMjAwNiAwMzo1ODoxNiBHTVQKU2VydmVyOiBsaWdodHRwZC8xLjQuMTEKCgoyNWQKCjxo dG1sPgo8aGVhZD4KICA8dGl0bGU+SW1hZ2U6IG5ldzwvdGl0bGU+CiAgPGxpbmsgaHJlZj0iL3N0 eWxlc2hlZXRzL3NjYWZmb2xkLmNzcyIgbWVkaWE9InNjcmVlbiIgcmVsPSJTdHlsZXNoZWV0IiB0 eXBlPSJ0ZXh0L2NzcyIgLz4KPC9oZWFkPgo8Ym9keT4KCi48cD48ZGl2IHN0eWxlPSJjb2xvcjog Z3JlZW4iPjwvZGl2PjxkaXYgc3R5bGU9ImNvbG9yOiByZWQiPjwvZGl2PjwvcD4KCjxoMT5OZXcg aW1hZ2U8L2gxPgoKPGZvcm0gYWN0aW9uPSIvaW1hZ2UvY3JlYXRlIiBlbmN0eXBlPSJtdWx0aXBh cnQvZm9ybS1kYXRhIiBtZXRob2Q9InBvc3QiPgogIAoKPCEtLVtmb3JtOmltYWdlXS0tPgo8cD4K LjxsYWJlbCBmb3I9ImltYWdlX3ZhbHVlIj5JbWFnZTwvbGFiZWw+Ci48YnIvPgouPGlucHV0IGlk PSJpbWFnZV92YWx1ZSIgbmFtZT0iaW1hZ2VbdmFsdWVdIiBzaXplPSIzMCIgdHlwZT0iZmlsZSIg Lz4KPC9wPgo8IS0tW2VvZm9ybTppbWFnZV0tLT4KCgogIDxpbnB1dCBuYW1lPSJjb21taXQiIHR5 cGU9InN1Ym1pdCIgdmFsdWU9IkNyZWF0ZSIgLz4KPC9mb3JtPgoKPGEgaHJlZj0iL2ltYWdlL2xp c3QiPkJhY2s8L2E+CgoKPC9ib2R5Pgo8L2h0bWw+CgoxMjcuMDAwLjAwMC4wMDEuMDMwMDAtMTI3 LjAwMC4wMDAuMDAxLjUxMzExOiAwCgpbLi4uLi4uLi4uLiB0aGlzIGlzIHRoZSBzdGFsbGVkIHJl cXVlc3QgLi4uLi4uLi4uLi4uLi4uXQoKMTI3LjAwMC4wMDAuMDAxLjUxMzExLTEyNy4wMDAuMDAw LjAwMS4wMzAwMDogUE9TVCAvaW1hZ2UvY3JlYXRlIEhUVFAvMS4xCkFjY2VwdDogKi8qCkFjY2Vw dC1MYW5ndWFnZTogZW4KQWNjZXB0LUVuY29kaW5nOiBnemlwLCBkZWZsYXRlCkNvb2tpZTogX3Nl c3Npb25faWQ9YWU4ZTBjMzFlNzFiZTUwZTJjYzAyNmJmMGE4YTE1ZTgKUmVmZXJlcjogaHR0cDov L2xvY2FsaG9zdDozMDAwL2ltYWdlL25ldwpVc2VyLUFnZW50OiBNb3ppbGxhLzUuMCAoTWFjaW50 b3NoOyBVOyBQUEMgTWFjIE9TIFg7IGVuKSBBcHBsZVdlYktpdC80MTcuOSAoS0hUTUwsIGxpa2Ug R2Vja28pIFNhZmFyaS80MTcuOApDb250ZW50LUxlbmd0aDogODI0CkNvbnRlbnQtVHlwZTogbXVs dGlwYXJ0L2Zvcm0tZGF0YTsgYm91bmRhcnk9LS0tLS0tLS0tLTB4S2hUbUxiT3VOZEFyWQpDb25u ZWN0aW9uOiBrZWVwLWFsaXZlCkhvc3Q6IGxvY2FsaG9zdDozMDAwCgoKMTI3LjAwMC4wMDAuMDAx LjUxMzEzLTEyNy4wMDAuMDAwLjAwMS4wMzAwMDogUE9TVCAvaW1hZ2UvY3JlYXRlIEhUVFAvMS4x CkFjY2VwdDogKi8qCkFjY2VwdC1MYW5ndWFnZTogZW4KQWNjZXB0LUVuY29kaW5nOiBnemlwLCBk ZWZsYXRlCkNvb2tpZTogX3Nlc3Npb25faWQ9YWU4ZTBjMzFlNzFiZTUwZTJjYzAyNmJmMGE4YTE1 ZTgKUmVmZXJlcjogaHR0cDovL2xvY2FsaG9zdDozMDAwL2ltYWdlL25ldwpVc2VyLUFnZW50OiBN b3ppbGxhLzUuMCAoTWFjaW50b3NoOyBVOyBQUEMgTWFjIE9TIFg7IGVuKSBBcHBsZVdlYktpdC80 MTcuOSAoS0hUTUwsIGxpa2UgR2Vja28pIFNhZmFyaS80MTcuOApDb250ZW50LUxlbmd0aDogODI0 CkNvbnRlbnQtVHlwZTogbXVsdGlwYXJ0L2Zvcm0tZGF0YTsgYm91bmRhcnk9LS0tLS0tLS0tLTB4 S2hUbUxiT3VOZEFyWQpDb25uZWN0aW9uOiBrZWVwLWFsaXZlCkhvc3Q6IGxvY2FsaG9zdDozMDAw CgoKMTI3LjAwMC4wMDAuMDAxLjUxMzEzLTEyNy4wMDAuMDAwLjAwMS4wMzAwMDogLS0tLS0tLS0t LS0tMHhLaFRtTGJPdU5kQXJZCkNvbnRlbnQtRGlzcG9zaXRpb246IGZvcm0tZGF0YTsgbmFtZT0i aW1hZ2VbdmFsdWVdIjsgZmlsZW5hbWU9ImFycm93LmdpZiIKQ29udGVudC1UeXBlOiBpbWFnZS9n aWYKCg== 12286 2007-01-07 13:17:00 -0800 2007-01-07 13:17:00 -0800 bug-5760-test-files.tar.gz bug-5760-test-files.tar.gz application/x-gzip 881 ddkilzer H4sICPBUoUUCA2J1Zy01NzYwLXRlc3QtZmlsZXMudGFyAO2W32/bNhDH/ay/4qY9yMEm04ojF0gk DanjdUGRdWhS7DGgpLNNRBI1kUriDv3fd5RszUWaDXtohgL8vJAiecdf+h4vbdd++Go+nWRrMfpK TIlXYdiX889LQ3B8PAqmYUjVGX2NpsHJLJyOYDp6AVqleQMwyvM7UXzE5rlx/9a/28tQfiN8/x1L RcXUxnEw20hYyEpjpf2bbY2noPFRs7rgohp6K8y0kNUpZIVU2DX3fW+kBqEdZ2T5hkgH/ctq9RX1 Pz85eVb/s9lO/8dhMAtCo//Q6v9luBElylYDBV7nLWJ9Xoh7hHeVc8Ufh+/3+EeLSisIDkftTYPQ iS5EQ3FBNltw2QeFjWIfrpfvfz2/WrJroVExN3GAeFeb4KFg+YjZ4s1l1xZdrq5k3hYIJXm8Lbt6 P9xwnue/8CovsAF6o3yVNaLWYN6r3prtzRMnYsM6EhuH/pv+N7os/h/9B/P57G/9zzr9zykNsPp/ ASJz76ScDfKcihI1h43WtU+SF/ex+1vD1yV3IevzgtitpJ/xbIPul0YvH2sSoDoY7gdfHLgwLnyT bDSyeMY7260plTnJOcrFfeJcYEnhQzfchBFYyQYictzgKnaN+1PG6IdWkwdM74SeyGZNmY18uKVG EzB+EnlsfnY3+R3Tt0LD63b9URQFNxUwPRHjyYSm7iaLyH8JWGWakqHYK9tCi5o3mpl2P+eae0A7 28g89mqptAfk3yu3ptsD3uVJsZseZNi0rWssKEIBr7awEhTzUqThCHqDdAptpXP5UEGD5hAUTE8h ElVNQbZfgrHwoOIl1cnitvtOorQxx2WmpbJOFoMfLUG1aSk0+VE1r7oFDtOQJTOtVNRk2EfWxLkn PdwNT0FM8f0MGAOFdEu56rpXbb7Gn7mJtDTg5El/N8WFWUF84OqHQ7vPbFZt1Z0WtDUdKy725uMj +LOL8oND3z/rGnKZtSX9MpM16mWBpvp6e5mPD3Z3NBGUrTY3lMPSMgYPvb1YwfhglTFM91P9o/fd 5R5N+mMdH/XePgEWCg8cKNS753HsPdmT96N5SKd7W+eT82TIGd3n/j4itlMA67VqHy2LxWKxWCwW i8VisVgsFovFYrFYLBbLs/wFCwgfywAoAAA= 27484 2009-02-09 08:06:57 -0800 2009-02-09 08:06:57 -0800 Wireshark trace of issue under OS10.5.6/Safari 3.2.1 safari_bug5760_OSX10.5.6-Safari5525.27.1.gz application/gzip 7867 gmorley_public H4sICKlMkEkAAHNhZmFyaV9idWc1NzYwX09TWDEwLjUuNi1TYWZhcmk1NTI1LjI3LjEucGNhcACM lHtsS1Ecx0+rY+503gzBwSQebe+9q9ZcGi3ajm0MtXnPdXfWXWvvvdq7mTGKeAQRkQhCovzB4k2M LEEWr2QRkWCCzFsQ8UowBKlzWiuzZXHSk577O7/zOb/z/f3OuX3p1D4t0IHGFokAoMH/ZVlbJ67Z kwTGARDtoHe4NsMNelyrvHIhETgBGEEttQN72wu+msoyN+6uGhPIeTrSAEv1R3ShzpHI20RM0iRS IxuoKqB5PpYQt/1FjLFi3Bixe3s7CLUFgNAIFeTUmAgNUweEOq1wBxJiREx7SKiEuCCcBCYDQHrz GO0bRBKjXYnHyIAca/KcXsT5hDYSYa4DoNUlnNa0adMmHituOm1MASVObyFee3cK/Bsvc4o77cc7 9D7RJQQ21cTpsbhjDY91WkL/EG5N3+UGEntW9T+x98Y7SKFOkUj7J3/p+ztjFfuTQKYW4N6cqLWl OAjx2O4WiSmRyIOpTYlupwfSWbJXlGjXlFzWyDAMm+5kWHo6HlkdLsZsbBzQLjngdxaIKszweHJo 1sTqqRlBFDA6vEhSOZgtl4s+H09bTAwcks0LoqTKwaLRcMZoOFFSkQ9iG5wyHc6ELJNvybeOhkgy lgSHQoei+FAeWpgpqrQlzWJKG2li4ZDMDE92lgH6xGIE3UgolofCXBQIirJEm01p2GM6X8gHxPgK PTUNFaIACnCwSFUVjqbZUdjNmm5i0xjTSOY/T6mnHIKAFHweFZWpdJnfZ+BxfKLAq3jr5t9Fqt83 nFij7uRr9GIbYxoV+1Z8vChFDekG0c97Ea1IXsMweljUZmnczJjFS94SPM3FNInbnZIgF4iSl4Pe clExwAJU6ONVpKfGy3KxiN0LBTHIC7bxZqtrgtk8grWMt45zseOIgyQhgcTIwWKEFCPvE0vxwgw5 iM/WVBo9padIaT260+rVTbK3dBUka/K8QaFOFV9auro/PyaD2RqAe3OiJqt7civElIovwb5x4mNC bKw7mMYwcEqmnpqAtSCFJxkgMwq60EI8gweshTOP4Cxm6M726ClPgJeCuDL+ElMoKpGKUUFUJRVJ /+qspzKJYg6iGK4D0Y/kEtVmMUA/X2ZjGaapun98//A8SxW8Ml4SeIIXipCRTAdkHwcny8aoxQCz S4KqcRoqxekp4FVsyAmIpdEUO8sUMYCCHPSUYDPDwkm8hBOXzkCG4aI/cr7G3L3+lNzKQyPYyLOA Kps8C1jlU1zVOvLQDKiPPwtnidpLMXH95nbgdQLAvXnuEuq792qeO0JrrIYlR+O5e06o7AgW363+ mxJBtCW9HbNs+tO7OyLyjJXrP/2s+5ACU8OVC053cuw6eUWzZ1f+rNy8jNUFXOq91A1b3ra7L1e/ rF/28em+cMMbqe5+34nvnu0J3vhe32fMmBU7Z188/+TbAWH4hB6DB6acefHqQMXBre/CefcfPbIN qX3+9dWtJy9vzS/++v7wGab9gpt1n2udZwdvnVb9w101w7Q3ecrasTfW55t0oYEdbHUN10H4UG51 /YVU7S7dqjn0jpcfq9OPb9yyJK9fw7WOiZlXa3+c6ZZauLE83PXy3GFVHRddrB7YvmebHwl5HeVy Rb9947lfALcDSPxfKsEwShcsyPaVFdjkg4MDhgRBTgxVh4+pEagCji0Z/zkz7xXScuzAsIPS8NE1 iKCxJ4UExkNQxrkNQZuonm8ESoI7ZYAUmIFlHAWGH+iOdlhmj5T0M8sZqdYgeLQMXzRtDSmu7gh9 ZadSre7uUtJ97BUCQMpxab7PV/5JpLCexkBLyTf/Nuqy7AYNzbEcr/6vDv1p4JySbmiOpyLr6rZj Gw06Y6xOTeuxfmbYxr1abHqmahUHwOLSwPDMceOZQT9ZA16iPwzS3DDvJkF95Fj6e/D5hjZcWNDB EsL3wJ9NV4N+P6sA9MkbYSeZt6FczkFFfxST7oIfB3n0RtDbs+guMN+Ii9pb3QxUy9Q2RjbbCtnM 1g3PMjdmnPujJIIMfRH2R1r3j+XRPyju0cu4tuDZG5BrU8PejpNbiGjseFM/AXz/Q5VtFgSO/SL0 zQA9rIS02dyp6q6m4P0hAEBfbwV7OxWfT8zAKPmuqhlA1dxTXYwEI9dSzZeZ+uYlaTPPBziuY0Kq 471IQH3iQKr4Y8gYqdq3O88BbpU4xFP6syF9iPfHELYGoe0E5vhxnSasRDkCLfi2oZr1k/lYZQn0 R3rsszWoJGn/o1GdrEUlSWA6H4nKHv0gPXU8sGfu0+msZ9HRRk+uqmPRVJfch3DM3NSDSV2OG9gk 37FMPWziVB3QH4HrfPzJ2jHwfRAKCip4J6hd+iNwjxd/svYwwlym8vAfKoLkcqaqdweuCm+fR47+ +JRsQMKedNMHd/ZYN23qlp/Vp5WkPJvTuyeGizWA7wtMTbVKEMjv7PrU1HULhn2iBVyZksMqtp+T Fd/Kak/zTDdIlnt/qfcqaw2rvnL5F2gb0LZy03+0tc7M1pC8qIjcOfg05m1Cs9/L5Z+CiemLrRPF nllWI/AeWYMz+kuxjbnw55eLcyh1+1DqQpmayzfCXhH9umfqxhdzamDlm2NUQS1N8o1nTQ20Sc7I J6Ah/GdznAtbPtOm/JNnBDPPFrC58cwf2OB71RNa/R6big/935Sb20a0AP03oB+crWXkcBgdl8n0 fxMtw74LJvknbO3/diPdwv8GoGb38q2ikKsOof2iftXh7ZXbIrup3sIKDMs3hPScs3DK2aYzBuGM wfIMfrMTTn2KlvoMSwB9MzUjJxVl6H4GUYmu5wQOyl/sD1rnSsgFFCFIDfDC/M+cB4gzYnH0KHpQ Hj4OAjUwFGUn/0RZ2lOgtxHhRvp7oA+hdOgDNCEVdG0Rc5H70BhJOib/uZGm9ywmdlYA7QAS/3Tz TwklYEL7/n2WuCEkUoqxCoyhWhMt7vv3iIYjCej77SZ6vlVuEG4RBFUERLeNULW8GQBB+qiSJRQO RYkkNRZJ1hdpTlqG6LiGnSNn7SHgKeTcTMblFByTY1Jw67CCIiJNmotNme8j87WJat8ZlBgqy3iU b9h6jjI+Tfsyk9MMeo6N4ksn12Gi9YGT1GzaSkc0LAMKhMCnDYaCQdrL4adx2ObEN4xCgc20lfaN cSsG6t2lOjXEwLl2XcNrqb4BIkfpAYuccY4OsmFE/rNCMGkdg3PUSSYTdXymwoQZNoi1e3l1PWSP DDz6MoVMwNKUMvv5z/Zmx76UhSdDa+v59okq/OiKP/FT8LwxC6jkn4C/5JfCVvLv1sNV8lvGMfAv Vc3QEgAAdwCI/4Uk2u5VCwUSWWkStDYxtG8j52Er0OyZTjX040VEdWkNLk/VTSfkEZ/9vhWFaATK 5WH7z2Gz325+DJsYzEH7ot0avhGi49IIdEMffNBDLTD0LmjLQ2IJoeOHEJA2xKtObIhcr8d+5KoW 3UhHSQcVbh4wg5oFToF7ANwBI/4+GO/e72sgkBQ7okopLI79jZwOhJzElGXvc3Wa9D66v9Jl6n7y 7mMWgsg2XQElbNlxJgU2w9Wtcp1XvQH6zkUn6RsBzzRwI9Pwcum99aJAVBfjIk25yg+l+Xxewvys NPMsegYB3udtPhelsKXHTa97kIoXxek/EOUGNMoVpxsJbMDJWhbYMuVpgS3medMkh//3BcL06pqL eRJLIVNJ71Lq9FkJ6WDZmwopfRCnSKuS2IhwOjadGDGUyfQIMvWf0/k5z81TGXwHNLutm8FSEl/b /UTj+1yZzhXwqOOiMY+TZHemkPKFAwVMudP7XS5B4STvtyW5PIC7WrMjVUvhTYSiTOIEwtfHOd+B /M7RZpgysNLshnxRTRvHk1vuuhR3VsgOQFDHLctQPUXKQmxwjrMZbOsxr69kC75Tz2YXxBgjux/n tE1xYctAvTcifGuAOmbO3BAmWYSZGULtZwTX/QtlUyb2wAhoPCMFs0AinpLGCxT4s9HURD1ZCFTh Ejx/DAqrt5rXMGYBTrZvgKNEQNnXAQ2GwxzzRSxni2CZU/XOAKKGvevW+Zc2uU0ncRDrQbHQI3dx Ew0Cda45HBartBBH9abdjm05qq4Aklh/mhQjamJXWY8Nra6bF566ogDbAST+72lvUNivX4fOTJsc 098tZ4YnroVhq0AyfdXWnekvM/sbtHxRg4k4thxIdumtRztz+Z9ru7vVWr5RgDmwGFppDhSZGtCw BTdxkXmFVTJbLfV225J6PDSmrgXezleuPNMO1JEFoYxc9buXwz+6l1gtx8iowFFc07noqh6wLpOJ bsWxB/kV5WLv4qTZJ7cvdooILf/02gjqrGIK+h9KQf9VCvqcgrTvA/tr+5oKHpz7vH053rjwZho6 DZQVWCxqknYoPVSlTEb7rEgPlTZEVhBhlH5rR9B7AL0wakde0bnbxM7aqq69Jm/k9uWxbYnzU+WG SCBGGa4KXFW4duDahasG1x5c+3AdwNWE6wSuFlyncLXh6pDERsbkHtfDMZCfSOH89CahuVpZruVv sVH7Sa7dJvSFZtmzRLmHVR0+mMiXw1lY2ZlhZacpMxHfRmhBrtQMwE0i9z4zhoKWF3g364oZoQBb pVOqFjHUkpzJpKEV5DwdCTwrFMzGM8AjP0lNkignUAb7EkVFV51AAj24fxz2SQ8t6TvI4KiWzxfo 8z4+Z0CWnfzCPJl6pWhim02UK8mZDBSfvg5gBKLDQdQWQQDQJRivgk6UNxj7I+3mmp1S/SvHnblL Mf+gRmO+wwDuABH/A30c664vmLk68zAXceaiZjm0Vn9+duwZ89EwMJ7Vu7rOXRcviz0+NTUpxPHs sOyC+T02nGn/1XWYzEQQT6EtB/V90eOW2VHWhz9UOhiLlWWv22FbAh4qGaRfA0UBO4QPiTrj5uAN wWEpqLdwaQoo7PbRPQ7nlOgwUcw/NQeg3Rle6WIHMCes6pTmoNGJY3NUotNVk26rd5ladBIsTeGi NXc10IGyTgo45KZy22DbMwTb67xVui1Q/Dfy7WdY4zEReYd8iwn4S2lIuCt0QzqmYend0w1hQol/ 0bs8I7yCV0Lq0u5nIfqnnJG5nIqYbAB3AIj//wBqpETyFvdhnuDiVkGsfYm41ev9AXaAep3dOkBH 2oEt3VNF3qsI2WK2d4XxGW7oOYdS3ZWKE3rSpMgHu0XP8M2/MZYrj4afTQbxXvePnHEPxBfHRZO7 Xf8Fa1gphXEhZ0acN1fwnGnCWGGoRC3wrF+Nx+/f2aPKYv0wxX7a6zM9MsGJoJJ/Gv6SXxpbyX/g Gq6SX/bfEZlk8bcPg0OjjddMvskh7hycee1czbX3AAC3A0j8VMAsrUyyV4zSmnLLmU4hr/Kptl6Z 2jfDAzzB1Drm64EqYFzIZmiSDPcm3Ldm3oDuBcGz5kPDwPzbUKqVzKXTMS3IOKHdxkm9WeDOgu4p lhKOWcyi8STFUtmPxAL1h2MeZ3ckKVvPVvZ2s/lCNi2nIpadM1+xnezajLl3GmrSe1K9difSpn3M B9odzPWKhBENJIZE78LtGhqLugGeV8e3CaGdLFKMkSQdLHiggPal2jHqSh4RBYGqTRZDTVWuxKmW o+Zcnv1aDtt3UdwCOe7abLIik3V89FXcsIs84tZm+UO8+LqSUVdzzdhc0b8Yc3ZAxk5Ewo2bz/2e eJZrAgdOQXsDA9afX+AP2A3ogGakRn1IBApzFFqkxA4FwLWZBzl57Oo50hyC+8hTsw88QBl5ZUyW vcOh6Dnz0BlnMjAEx3jcKbPeG+9WNHWIz5Cjg+mSLvgg3D9RPHYMFHjom/JPQ1GnC+w7c2iLcqgF dmD+kWPbQFEmtGR1zT9yQdFh+Uj+ifp4p/GMZpgLjoP6altEr5gwum5kdG9hNFhnN2Wlu7GV7ixa KQqDbuOkbYjbT7nMT3ipoeEdf3kYj5cF3fQUYgUeEUZ39IBbIfxAnJ/kDh3HGqmeXz5RbRucKTfM yj4/E67JFLxu3gv0DFkh/Chekn5ih+TsvFkz6Asw5OhQFSaeMU694zw2PT/QLNX3Rc2ZEiGg/FLI 15Gl2t9ICHklOHN6J7C6vUvjc3nECL0zx0SA2AOKo9Ozb9+07wTWWQcU+BKvAlEOMLcQs3AygxEG 3KCCAwOJwFhPINoSgTOf7O4R4Z6+T6MQGdrLR4dlFS5gAD8+Z4xCJu2xg/N9ST6gTEqy81K9R/0I +XkgwYiNTtYjNb24wHIr7Q9nVBNSAj+kVX64FhQLESDGWvytAwVKR/qMa6LPNdAF+t4A7fJnEFC9 R4VwyiNhLL/yVKsdHLRaiXeh6jPPgiD99esZnjSBxMq/n31lo75Wdr/WdrJ5ATyUoQYoyMCDSxeo GsDq2UtbKEKQt0KYwIH3/DlwXCI4tmZBjFcI8CJ06vDbmQUQU9O6wZJXGdYvc7WIQLNXIWJxV2Jp 03su7R0Csh555SOG4bAc6JTg2HBwYa0W4F2yhor7gPRQLYkmvnelr3rrc9MPHO9xLS/kWvW9vOAo 3rcmfy7STGctme8WGcZugflHDE7/B2QX5XFh2F4vxZ2d97KH4fgf4gpIn1b16CjODculSy/PD2qJ aIrtkGafty+uMOFex4rK3v67ANwBI/4VGjBF60k6zWiVm0SwFWHpau7pJ4+dViIwDaaqZQkw3lXt R8ECt7IqMJEEGTHxlT0Shh4kqYzes0xdPQ9DPMBAcKntsRiN1Z5Ay9q44hN4Svz2jQ0iTI1g4ugK cR0/oF/AYvFrOrMC01W9oEzPRXU1UFHqbCdCIXjUNeC7KyxXS6djyEMbyi0eDfmrGZz+1kSFmi2g KgUlIUl9m+mFeb8ahovvkfjRTDphRYiMbYC9zfhK0JRWB804rC2lVyB3nA6sr0YxlQmXvsZIkoJd ggHSgDD6EozqGhihiaKWkWWIRxl75LuNFa4gRJm2iW2Ti1f5lPQRL0ky3J6QRYntRUQC3ZN2qDWH VhpXmWCrCb/D1S3eIpGLUuRYGBK6tUW/VphyNA9zhiR0Nat9S9I8lxiPlQ0VXGWJ5emB7KVthbBP cnTKS606mxV/Y2+Fx1oAnMTJOctxsS8rEM5oZqERQwVm5Yt8w+NSYFf5DSvclBAPDxdjOvrscZEQ ej4ZE5JQ9gRpoZ0gxmQa/kV18UVdT7V4Jl7b38NMnIY1nIJ6xInDL08QrlTcXYI8DP8b6CoTNZuA vxNzwuVn/rVfqdQaQnLYy9AXCsyjL4/CAByfoQuhFvhvxJscFsX1eUyQSSrqY8czfsSvBxo/2rkd c/zowDXg+NEnsQnw8aM9oNIfZGIt0MQsZgYgxqxLmGNEZbDVJcfqYGN/pboodcmep+u5JvyQXpij x/1dIi7p2FGf6C6X7JDHqes/h/Vv33zu8dq5G3dXuSldMv4+7VPG1FxbqfjfsQJPVeSS4s1yeXy+ SpSfMnjh93bR++ZDQUFsAADuABH/w34X3V9cNAIVuIFJdqTIdrgYVxnJevpS6doisc0ZBH2v/iKr NnT+HNTaGLCQ5/kHlaiG6xt3M0v1hGsf80ueOqUbQ49Yi50z3oc1fGWFB3NfWTvX1tHRF9WGShdK i7YoXDn61DEN77A8WmsJa9ieQvayjgxmo78MLUjyHSQOPkFdqSk+G868MbUAtAZQjQrVez51G6VY JOhX4xHfhPW3VNxKZTPF3U5jF4lrQfFwB+XptsTJ7yEuGWoWdVdazBnkxM5S0jo+0FCjqtdfslYT svbmUK6+LWlLQqbGy+D15WpXIulK6ZUcTFdzWV5MyQDbAST+BxVRru2LckUS96QNqxJRzhblaiJ9 S/K8tCfJu5zvrNCNPEX4GAojkcDJiwncCkc0O6hVQsgd0zISxVui5Fz0PGHJWV3teRblF2cILknX nW9kVdkfia59t7TLesTaU0nras+3OmF91XfJu7+mlDpWF/kfVheJqov8/+qyAavKzavm8Pzf4i9X Z8sqE/f9OLXZ2fl1RTx9e7oR5xlLvFsVHFgEGFMRsUAR+70wJlTRYaeXt02FxQCuKLFU9nIvUrKy 1Fpg7RYUhE+cgp4tDAzvHvOliAg8Blusq5azmYVM/yPy7+SMV/KbE0d/DJMbtFqW3dQqZPkwihx9 +g/278XEZ5uKo7LpPs3GhdDijunLGvqusp0ry0eX3y8s/8ex+Q1bapHeoj4dJfdGo1eaP2BzNHpf QJ26jXcct6f3WF/cGcXD/fTuJlti+vix4zhBdJq7J1XwoLJ6sLO3Q3eKcSOcbvlzvQj/6NEKs1r/ pw/CrzWj+FbuLbQc95H6/P8SKrBiAV9eF4ZgmkLL8Vz+bWZRaFqW0MdhPlVB8FK6mDxvZUtZtYx4 Iy9811v4sDe8X8rk5XTgYSwLv7dNv4xNxYIH8HwN+PfBTgYD3EiBzzb/PGWf9PcpLo8d7OLrTHL/ z7ucg638jw8DAy8XeBwflPPy+vHlZTE5UF7edBwzL59c1iDw7wbfLcy8/PICOwMnEwMQY5rI+Pt9 BcjE60uxmQiadEorRzWRnEkn/fj4kPzS5Ax7MOmcX5pXYmswrGeiAOxaTWsTURR9+UAaA5WitS5E YipFbKZO4phmGgdNWlsiMUmbKCjFMk0mybSTJmSmamMIpYprRQLGP6CL4qLSRUExCG4K2p1It5KN G8WFoJv6btJ8ThypJCC2gReGmXDuvS/3nHlwbqX0qiWFjaN/yDKCxli+2IFmVAiW3OCZ7D4mF3lo Cmvnjc+LR9KkWBX5AjTHDg0eCgwQRbOGpv/s1bi5uYgUHTJQdKN/U3LsIny4zf7NmGvURrMqpEIP t9AW2PMon8/j7+M/tHhf1cgERIbnF9TqgArZYedTox0KJH+QAkraZmspCbu+MrT+Hgyf/W8qlHwF u5/GiGsWrZL91yv7L00m40pvtjO+ttiVOVC1/wqqwe+6TUDkzmgVctSoIce3nyo5mpAP0DDqCciR Xqrk+BFQMxgxG9cp5WiS9xtUXOy3rjRZk2MPVA6IREKnkONlEnK8s9pkHzeK+zhZyfEroN7DiBmH HvVoECwZokZnKcrvo2/NEEEsb2fLiHoCEH1e/1+oJVz42Zvc+WGBY5MM2TcsxEWOIcx9ATYZ4aQr E27mf/H960kbmxckPsEmpdNhnDeBScnaDdP4fRFikwsMgT+lkFCVc/u2xy9aR4L91z3uWSfvGe+X i4OFJq00RbVa2nfrtAHQJItpYkUIlpzKJ7vJplTesHayr32HEIrmEAIUh1OPXmoQLDnZno8fBbJJ 3lqyAUKZbPZb9WQjiJ02yAgvJuIiXyq9puPm2BjHGIejbNLPSUao2eX3EjbbWZrALdvqOPBe8+Ar sRipDQFGeU4IuUaGzAMk4/Z6xkpxBkmKal8sG2kmGX9gwrUdTuJEKRQPtj6gOD89g7u3GKSd5Vgs 5XLaHsnc3kgOScLHnxj+odFuCPMCV7p9bSJAXMXHnylxQZS42FSMTQwkQmFjo0bXahp+XlYEr1NR Ecwwivci36gIsHxahO4KJUVIuZTGBZ8JoAiGWEURKORb+rn5uDwuGCw0jgvqifK4IKDfdymOC1pk 44LUwJN353CEHIwLnjL+flwQ0PddUhoXPEhD7qvLDbnncAQGDiNP1xGqzbmI6FY6jHzxAuKHfDNE 0MfDjnrEvcPI3mHkV/v27+JEEMUBPAg2HgErsVyQ08rL+zkzD4+z8cQiUcGzUUSQi6BFBEsbDxsL /QssxF78TwSLs9TGQ7i/wcoMGMjOlwtYCZKFFPvJ4y0L82ZeNrP/ZTPyebyx+OMLyuT0tw+btUwu nO+XyffZovCufOqXybqNWLcR6zbiX7QRm7evXb/MWzbc/HH05XB4JnXUPXv0tNveHo2fzKbzufrF dL/j0biTIA/m0a0uRrv1jCN8dHP+3V4986w8utHd70wide7xYGdnOJ3tz5MNu+Vjvv32+fRxvZLU ncH05+DUUT262cKsuINFidackoNJaGspSWktqzFaMTCThJYCzFnRPIElIjRTtJzBsgZaUbAiCS0F WDCjuaJFnfm/jlduelf4GWp11n/16+jcwdmDwdITpbt19q8ZB5ONwbtTg/rBNzTevn5Y15KrW8tr Sc22aLk+HvbXErjnQhpoRcBYDC1hPqFAc0ELB1PNfZPI2QKskPXNcxTjxuqtKVhWMCYrYAnjRIzA ghTNwZRIwKA2cxFOBUzE0UruW2SPJh8Ll5y5bxaeNYEFKZpLa4nY0FIdqXuTVQ9P3l+sI/XSbn+k /pwtRuqbl6tGKmfSVKxvJSyYWsuJBCyb9i1IiQyMLbXmlAyMBeOUFC0zmGcHyyKNMRcnsEjamkgk MMM4SYxxUSBOSR1MyMA0M5hrBssM+bJ5gGUtrZVgaS3YuDEhKgqmbmAWEJdIDC0KmESAaSYwzxiX XRtTYUJT8ta8MFqU1FoiLWBCGKfWmrEsXbfW8r3JynXMTlrHjo9PWsfozsqM/ncZfwP11SEnhjoA AA==