[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]

Re: [tor-bugs] #11411 [Globe]: Inconsistent uptime/downtime in search results and on details page



#11411: Inconsistent uptime/downtime in search results and on details page
-------------------------+------------------
     Reporter:  karsten  |      Owner:  rndm
         Type:  defect   |     Status:  new
     Priority:  normal   |  Milestone:
    Component:  Globe    |    Version:
   Resolution:           |   Keywords:
Actual Points:           |  Parent ID:
       Points:           |
-------------------------+------------------

Comment (by asn):

 Replying to [ticket:11411 karsten]:
 > asn writes in #11410:
 > > In a similar note, when you search for a dead bridge, the search
 results page shows the 'Uptime' (11 days in Paul's case), but if you visit
 the bridge page it shows the 'Downtime' (4 days).
 > >
 > > Maybe it would be better if those two indicators were consistent.
 Maybe in the case of a dead bridge, instead of reporting the previous
 uptime you could display a negative cross (the opposite of the tick sign
 in the 'Flags' column).
 >
 > The search results page may not even show previous uptime, but
 "theoretical uptime if the relay or bridge was still running."  Though I'm
 not sure.  rndm?
 >
 > How about simply writing `--` or something in the uptime column of the
 search results table for non-running relays and bridges?

 Sure. That could work!

 <nitpick>
 However, it doesn't make it entirely clear if the bridge is down or an
 internal error happened. You could explain that in the tooltip, or be more
 funky and display a "power signal" or a "dead skull" or something else
 that denotes that an entity is down or dead.
 </nitpick>

--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/11411#comment:1>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
_______________________________________________
tor-bugs mailing list
tor-bugs@xxxxxxxxxxxxxxxxxxxx
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs