Ultima

µTorrent Helper
  • Content Count

    27,924
  • Joined

  • Last visited

  • Days Won

    4

Everything posted by Ultima

  1. Ultima

    µTorrent WebUI

    No. WebUI uses basic HTTP authentication, which is in the browser's control. If your browser is asking you to login every time you restart, then that's a browser issue.
  2. Ultima

    µTorrent WebUI

    Yes, drag-and-drop of URLs, and it certainly still works for me in Chrome and Firefox. Easily testable by dragging and dropping a link into the WebUI window and noting that a torrent job is added to the list.
  3. Ultima

    µTorrent WebUI

    Not from this UI, no, not currently.
  4. Ultima

    µTorrent MiniUI

    No, it actually wasn't ever released under an open-source license. Really nothing's technically stopping anyone from de-minimizing the code, but in an ideal world, I would actually open-source the thing. Maybe one day, when I've found a bit of time to clean stuff up. Still I'd imagine someone out there could probably whip up a better interface than I did, and in a shorter amount of time given the availability of quality JS frameworks available...
  5. Ultima

    µTorrent WebUI

    http://forum.utorrent.com/topic/88671-unicode-support-in-webui-backend-broken-in-%C2%B5torrent-v34x/
  6. Ultima

    µTorrent WebUI

    WebUI simply passes the variable along to the backend. If you refresh WebUI and still see the %K there, and yet it's not working, then it's a a backend issue (i.e. a problem with utserver).
  7. Ultima

    µTorrent WebUI

    What is "the utorrent folder" you're referring to? The .exe directory, or the settings.dat directory?
  8. Ultima

    BEncode Editor

    Please read the posts immediately following the one you quoted. If you're still having problems with numbers, then you're suffering from a separate problem than was described in that instance. You're going to have to provide more information than "I see the same problem" (i.e. tell me how to replicate the problem).
  9. Ultima

    µTorrent WebUI

    Nope, no way to prevent subfolder creation -- at least as far as I know. Which leads to my response to your first query... "as far as I know" is why the docs have languished. When I wrote up the original documentation, I essentially had to "reverse engineer" the entire thing by looking at WebUI's requests to the backend because no canonical/official documentation was ever provided by µTorrent developers. That hasn't since changed (still no official documentation coming from devs); what has changed is the amount of time/energy I am personally able to spend on coaxing information out of the devs. What specifically are you looking for in terms of updates? New fields in list=1?
  10. Ultima

    µTorrent WebUI

    No worries, didn't take your post as a complaint. My primary reason for citing that old post was for the last part of it actually The behavior is perfectly consistent and predictable that way. The rest of the quote was included for color, in case anyone cared to know why it's broken. Quite disappointed that nothing's changed on that front in nearly 3 years now, but I guess that's because there's no one constantly prodding the devs about the design flaw. I'm still not convinced this is something that should be fixed UI-side given that any changes backend-side (assuming the API design is otherwise left as-is) would again break any UI-side fix I do implement.
  11. Ultima

    µTorrent WebUI

    Yep, that RSS funkiness was documented on the release post:
  12. Ultima

    BEncode Editor

    http://forum.utorrent.com/viewtopic.php?pid=289826#p289826 Please don't stop reading a discussion mid-way without first checking on the resolution. Especially when the resolution came only a few posts after the very post you quoted. BEncode Editor is to BEncoded files what Notepad is to text files. Just because Notepad can edit .html files doesn't mean it should have to understand web browsers' interpretations the files. Similarly, just because BEncode Editor can edit resume.dat doesn't mean it should have to understand µTorrent's interpretation of the file. µTorrent failing the file because it failed the hash check doesn't necessarily mean the file was invalidly BEncoded. It just means there are extra validations that µTorrent applies on the data that BEncode Editor doesn't care to do (because it's outside the narrower scope of BEncoding). [h]Final Warning[/h] This utility is for advanced users. Read the warnings in the USES section, and read them again until you understand well what you're getting yourself into by using this editor. Its relatively intuitive UI can beguile most uninitiated/beginning users, as it has an inherent ability to invalidate many files through wrong and incorrect edits. BEncode Editor has facilities to allow you to regenerate the .fileguard hash correctly, but it won't hand-hold you through it. If you would rather not just remove the item, then you can hash the top-level dictionary after removing the .fileguard hash from the file using the Item menu, then re-add the .fileguard hash wherever it once was, but set the value to the hash that BEncode Editor calculated.
  13. Ultima

    µTorrent WebUI

    Fixed some low-hanging fruits. It's been over a year, but that's all I've got right now (busy with Real Life™). Anyway... First post, as usual!
  14. Ultima

    µTorrent WebUI

    http://forum.utorrent.com/viewtopic.php?pid=662874#p662874
  15. http://forum.utorrent.com/viewtopic.php?pid=586888#p586888 Broken API design, broken UI. I can't imagine it being more than a trivial bug to fix on the backend (API) side. If someone would bother to fix the backend by having it use simple bit twiddling, this would be work just fine without any work on the UI side, and it would continue to work even as new options get exposed.
  16. Ultima

    µTorrent WebUI

    @icsterm: Last I tried, I was able to replicate the issue in Chrome. Will take a look at it when I get the chance... @rocketman221: http://forum.utorrent.com/viewtopic.php?pid=586888#p586888 Yes, the API design flaw has been there in the µTorrent backend for quite a while. I still don't consider this a bug in WebUI.
  17. Ultima

    µTorrent WebUI

    http://forum.utorrent.com/viewtopic.php?pid=594152#p594152 As previously mentioned, Unicode support in the µTorrent backend is slightly broken in some places.
  18. Ultima

    µTorrent WebUI

    Does the same option's value change in µTorrent after you change it in WebUI? If so, then it's an issue with µTorrent, and not WebUI.
  19. Ultima

    µTorrent WebUI

    @chris_h16: Monitored folders and Transdroid have nothing to with this WebUI. Nothing I do in this UI can change the way they work. @CubanMissile: http://code.google.com/p/chromium/issues/detail?id=123150
  20. Ultima

    µTorrent WebUI

    @adriankoooo: Clear your browser cache, and try redownloading WebUI from the first post too while you're at it. The fix made it such that adding by manually inserting :COOKIE: in the URL, and adding with the cookie field populated generate the same exact request to the WebUI backend, so if one works, there's no reason the other wouldn't (or conversely, if one seriously doesn't work, then there's no reason the other should work either). @mfrazzz: Uncheck Preferences > Advanced > Web UI > Use system fonts. If you're seeing this on Chrom(e|ium) on Linux, then the browser probably still don't have proper support for basic system fonts as defined in the CSS2 font shorthand spec. Read: Not My Fault the Browser is Broken™ @aa_gun: I have no idea what "last fix" you're talking about. And to be honest, I'm not really sure how connection close issues are even WebUI's fault. What WebUI does as far as connections goes isn't exactly sophisticated: it sends a request, reads the response, then sleeps (letting the request object go out of scope, which should be picked up by the garbage collector). If your browser never closes the connection, then maybe the browser holds several connections open for reuse since connection setup/teardown can be relatively costly (and so this should not be any of your concern). If it never closes any connection, and only ever opens more and more connections, then that's a bug in your browser -- not WebUI. I've never observed continuously-opened-but-never-closed connections with any browser I've tested, and all browsers have a per-server connection limit to prevent hammering anyway.
  21. Ultima

    µTorrent WebUI

    Rate Limiting: If the rate limits are being saved between sessions (reload WebUI), then there's not a whole lot I can do from the WebUI side of things. And really, what do you mean by "not working" anyway? In what way is it not working? Cookies: Hah. Inconsistent URI component encoding. To be fair, I've never really used any sites that require cookies, so it's kinda hard for me to test these things carefully. But enough with the excuses https://sites.google.com/site/ultimasites/files/utorrent-webui.webui.2012050517465507.js.gz?attredirects=0&d=1 Download this file, rename it to webui.js.gz, replace the one inside webui.zip, and try again.
  22. Ultima

    µTorrent WebUI

    @axelgenus: https://sites.google.com/site/ultimasites/files/utorrent-webui.webui.2012042812170728.js.gz?attredirects=0&d=1 Download this, rename as webui.js.gz, replace inside webui.zip.
  23. Ultima

    µTorrent WebUI

    Not supported in the back end, so no, not currently.
  24. Ultima

    µTorrent WebUI

    Needs backend support.