| Commit message (Collapse) | Author | Age |
... | |
|
|
|
|
|
| |
Currently relies on SRV being set, or the JID's hostname being the server
hostname and the port being default. Future work: Allow manual
configuration of user name, hostname, and port.
|
| |
|
| |
|
| |
|
|
|
|
| |
And add a form to add another, unrelated repository
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
They work fine. But I had to go to a lot of trouble to get Yesod to render
routes in a pure function. It may instead make more sense to have each
alert have an assocated IO action, and a single route that runs the IO
action of a given alert id. I just wish I'd realized that before the past
several hours of struggling with something Yesod really doesn't want to
allow.
|
|
|
|
| |
yet more changes to pairing message data types
|
| |
|
|
|
|
| |
also broke out webapp types into a separate module
|
| |
|
|
|
|
|
| |
Currently waits for a new transfer slot to open up, which probably needs to
change..
|
|
|
|
| |
remote setup still todo
|
| |
|
|
|
|
|
|
| |
This allows me to not build-depend on blaze-markup, which was causing
me some trouble when tring to build with cabal on debian. Seems debian
ships Text.Blaze.Renderer.String in two packages.
|
|
|
|
| |
Some of the trickiest code I've possibly ever written.
|
| |
|
| |
|
|
|
|
| |
also added an About page and a stub Config page.
|
| |
|
|
|
|
|
|
| |
Now the javascript does an ajax call at the start to request the url
to use to poll, and the notification id is generated then, once we know
javascript is working.
|
|\ |
|
| | |
|
|/
|
|
| |
does not work though. stupid JS
|
|
|
|
|
|
|
|
|
|
| |
Depending on how the webapp was started up and whether the user clicked on
any links in it, window.close() may be disallowed by browser security
policy. Also if that fails, display a modal dialog that nicely blackens out
the webapp.
TODO: avoid Escape closing it. Bootstrap's docs are unclear about how to do
that.
|
|
|
|
|
| |
Rather than using bootstrap's client-side closing.
Now closed alerts stay closed.
|
| |
|
| |
|
|
|
|
|
|
| |
They're updated to show whether the activity succeeded or failed.
This adds several TODOs to the code to fix later.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
This has a bug -- it seems long polling can only wait on one page at a
time. Need to re-unify the notifiers.
|
| |
|
|
|
|
|
| |
Needs to use a different NotificationBroadcaster, and not replace the
whole sidebar div, but instead add in new content. However, it's 3:30 am.
|
| |
|
|
|
|
|
|
| |
This may be customised differently than the main page later on, but
for now the important thing is that this constantly refreshed page does not
allocate a new NotificationHandle each time it's loaded.
|
|
|
|
|
|
| |
Also fixed a bug; the ident for the div was regnerated each time
/status was called. This only was the same as the original ident due to
luck.
|
|
|
|
|
|
| |
WebApp now shows changes with no delay. Comparing a running git-annex get
and the webapp side-by-side, they both show each new transfer at the same
time.
|
| |
|
|
|
|
|
|
| |
I've convinced myself that nothing in DaemonStatus can deadlock,
as it always keepts the TMVar full. That was the only reason it was in the
Annex monad.
|
| |
|
|
|
|
| |
use julius's nice #id and .class things
|
| |
|
|
|
|
|
|
| |
This avoids forking another process, avoids polling, fixes a race,
and avoids a rare forkProcess thread hang that I saw once time
when starting the webapp.
|
|
|
|
| |
yowza!!!
|