summaryrefslogtreecommitdiff
path: root/doc/design/assistant
diff options
context:
space:
mode:
authorGravatar Joey Hess <joey@kitenet.net>2013-03-08 19:34:33 -0400
committerGravatar Joey Hess <joey@kitenet.net>2013-03-08 19:34:33 -0400
commit51fbedc14e76d0a584cc13afea7babfc215d67c8 (patch)
tree013ddd36bde8776bb5bb3aae4e17208d618e7353 /doc/design/assistant
parent88baed963571908ed6bba6aa7e740f830897038e (diff)
blog for the day
Diffstat (limited to 'doc/design/assistant')
-rw-r--r--doc/design/assistant/blog/day_208__bugfixes.mdwn17
1 files changed, 17 insertions, 0 deletions
diff --git a/doc/design/assistant/blog/day_208__bugfixes.mdwn b/doc/design/assistant/blog/day_208__bugfixes.mdwn
new file mode 100644
index 000000000..b366ac7a6
--- /dev/null
+++ b/doc/design/assistant/blog/day_208__bugfixes.mdwn
@@ -0,0 +1,17 @@
+Fixed the last XMPP bug I know of. Turns out it was not specific to XMPP at
+all; the assistant could forget to sync with any repository on startup
+under certian conditions.
+
+Also fixed bugs in `git annex add` and in the glob matching, and some more.
+
+I've been working on some screencasts. More on them later.. But while doing
+them I found a perfect way to reliably reproduce the webapp hang that
+I've been chasing for half a year, and last saw at my presentation in
+Australia. Seems the old joke about bugs only reproducible during
+presentations is literally true here!
+
+I have given this bug its [[own page|bugs/webapp_hang]] at last, and have a
+tcpdump of it happening and everything. Am working on an hypotheses that it
+might be caused by Warp's [slowloris](http://ha.ckers.org/slowloris/)
+attack prevention code being falsely triggered by the repeated hits the web
+browser makes as the webapp's display is updated.