- 10 Sep, 2017 3 commits
- 23 Aug, 2017 2 commits
-
-
mattl authored
-
- 22 Aug, 2017 1 commit
-
-
mattl authored
-
- 12 Aug, 2017 1 commit
-
-
mattl authored
-
- 10 Aug, 2017 4 commits
- 06 Aug, 2017 1 commit
-
-
mattl authored
-
- 05 Aug, 2017 3 commits
- 03 Aug, 2017 2 commits
- 28 Jul, 2017 1 commit
-
-
abjectio authored
-
- 27 Jul, 2017 1 commit
-
-
mattl authored
-
- 11 Jul, 2017 14 commits
-
-
mattl authored
-
mattl authored
-
mattl authored
-
mattl authored
-
mattl authored
-
mattl authored
-
mattl authored
HTTP_Request2_SocketWrapper would never time out on an fgets() call as discussed in issue #281 #281 I'm patching it here by setting the socket to non-blocking mode and using stream_select to wait until the timeout. This patch or some similar variant must be implemented in HTTP_Request2_SocketWrapper to avoid the same issue for other users.
-
- 10 Jul, 2017 7 commits
-
-
mattl authored
-
mattl authored
-
mattl authored
-
mattl authored
-
mattl authored
-
mattl authored
-
mattl authored
I noticed that each time a notice was accessed it'd do a remote lookup with HEAD (and continue despite 404 etc.) and then another attempt to download the resource. If this wasn't successful new attempts would be made for each loading of the resource, which is extremely resource intensive. Whenever we can say "it's been n seconds since the last attempt" we could probably enable this again - or just manually reload remote thumbnails (as part of the StoreRemoteMedia plugin etc.)
-