• Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Groups
    • Torrents
    • Login
    1. Home
    2. Kevin4fm
    3. Topics
    Offline
    • Profile
    • Following 0
    • Followers 0
    • Topics 3
    • Posts 114
    • Groups 0

    Topics

    • Kevin4fmK

      Maximising Monitor Real Estate

      Watching Ignoring Scheduled Pinned Locked Moved The Site
      4
      1
      0 Votes
      4 Posts
      26 Views
      Kevin4fmK
      @ianfontinell Brilliant. Many thanks. The icon looks remarkably like the one commonly used for "full screen" so I probably mentally blanked it out.
    • Kevin4fmK

      Torrents Being Uploaded Without At Least One Image

      Watching Ignoring Scheduled Pinned Locked Moved Uploading
      22
      1
      1 Votes
      22 Posts
      81 Views
      JokerJ
      @MrMazda @frostycab Closing the loop on this one: the ladybug report was spot on. Pictures added to an already-published torrent and approved later never refreshed the search/grid tile — only the details page showed them. That's fixed since last night, and the ~50 older torrents that were stuck in that state have been repaired as well. New approvals update the tiles right away now. The empty hover-popups from earlier today were a separate, short-lived hiccup right after the fix went out — reloading the page once (as frostycab found) clears it.
    • Kevin4fmK

      Unexplainable "Unregistered Torrent" Warnings

      Watching Ignoring Scheduled Pinned Locked Moved Uploading
      16
      1
      0 Votes
      16 Posts
      80 Views
      ianfontinellI
      @Joker said: @Kevin4fm Dug into this properly, using "#helix" as the test case — nothing is broken on your end or ours; the message is literally true. A torrent is identified by a fingerprint of its contents, not by its name. The "#helix" you're seeding carries the fingerprint of an earlier upload of that release which was later removed from the site (duplicate cleanups, re-uploads and the like happen all the time). The page you linked is a newer upload of the same release from June 2 — same name, different fingerprint. Please, I have a few questions: This fingerprint you mentioned, how does it differ from the torrent infohash? I understand that you cannot rely solely on the infohash, otherwise a torrent that is removed and then reuploaded would already inherit the data from the previous... But in what scenario, or should I ask how, two torrents with the same infohash could be treated differently by the tracker? If kevin has a torrent already added that's giving unregistered but have peers connecting and transferring bytes... Redownloading the newly added torrent and getting the same infohash means it is for all purposes a bytesize copy of the previous file. You said that there's nothing broken on his side nor the tracker's, but where else could it be? I have a different version of the same client, I don't get any error, so the logical first step would be for Kevin to try a different client to see if the outcome is the same.
    • 1 / 1