The webapp is a web server that displays a shiny interface.

bugs

  • At least in chromium, clicking on the transfer pause or cancel button sometimes fails. Seen in javascript console: 500 error code from web server. This is quite likely because of how the div containing transfers is refereshed. If instead javascript was used to update the progress bar etc for transfers with json data, the buttons would work better.

interface

  • list of files uploading and downloading done
  • button to open file browser on repo (xdg-open $DIR) done
  • progress bars for each file (see progressbars) done
  • drag and drop to reorder
  • cancel, pause, and resume done
  • keep it usable w/o javascript done
  • keep it accessible to blind, etc

other features

  • there could be a UI to export a file, which would make it be served up over http by the web app
  • there could be a UI (some javascript thing) in the web browser to submit urls to the web app to be added to the annex and downloaded. See: wishlist: an "assistant" for web-browsing -- tracking the sources of the downloads
  • Display the inotify max_user_watches exceeded message. done
  • Display something sane when kqueue runs out of file descriptors.
  • allow removing git remotes
  • allow disabling syncing to here, which should temporarily disable all local syncing.

first start done

  • make git repo done
  • generate a nice description like "joey@hostname Desktop/annex" done
  • record repository that was made, and use it next time run done
  • write a pid file, to prevent more than one first-start process running at once done

security acceptable/done

  • Listen only to localhost. done
  • Instruct the user's web browser to open an url that contains a secret token. This guards against other users on the same system. done (I would like to avoid passwords or other authentication methods, it's your local system.)
  • Don't pass the url with secret token directly to the web browser, as that exposes it to ps. Instead, write a html file only the user can read, that redirects to the webapp. done
  • Alternative for Linux at least would be to write a small program using GTK+ Webkit, that runs the webapp, and can know what user ran it, avoiding needing authentication.

Instruct the user's web browser to open an url that contains a secret token. This guards against other users on the same system.

How will you implement that? Running "sensible-browser URL" would be the obvious way, but the secret URL would show up in a well timed ps listing. (And depending on the browser, ps may show the URL the entire time it's running.)

Comment by yatesa Tue Jun 19 03:41:16 2012
The closure of this ticket hopefully marks the end of TH issues on ARM. As of 7.4.2, GHC's linker has enough ARM support to allow a selection of common packages compile on my PandaBoard. That being said, it hasn't had a whole lot of testing so it's possible I still need to implement a few relocation types.
Using twitter-bootstrap for the webapp - this might be a wishlist item, but would it be possible to ensure that the webapp's css uses twitter-bootstrap classes. It would make theming much easier in the long run and it would give you a nice modern look with a low amount of effort.
Comment by jtang Thu Jul 26 17:35:18 2012

So, Yesod's scaffolded site actually does use bootstrap, but I didn't use the scaffolded site so don't have it. I am not quite to the point of doing any theming of the webapp, but I do have this nice example of how to put in bootstrap right here..

By the way, if anyone would like to play with the html templates for the webapp, the main html template is templates/default-layout.hamlet. Uses a slightly weird template markup, but plain html will also work. And there's also the static/ directory; every file in there will be compiled directly into the git-annex binary, and is available at http://localhost:port/static/$file in the webapp. See the favicon link in default-layout.hamlet of how to construct a type-safe link to a static file: href=@{StaticR favicon_ico}. That's all you really need to theme the webapp, without doing any real programming!

Comment by http://joeyh.name/ Thu Jul 26 17:45:28 2012
Comments on this page are closed.