#31369: HSv3 descriptor support in stem [decoding] -----------------------------------------+-------------------------------- Reporter: asn | Owner: atagar Type: defect | Status: reopened Priority: Medium | Milestone: Component: Core Tor/Stem | Version: Severity: Normal | Resolution: Keywords: tor-hs onionbalance scaling | Actual Points: 2.5 Parent ID: #26768 | Points: 4 Reviewer: | Sponsor: Sponsor27-must -----------------------------------------+--------------------------------
Comment (by atagar): > If you think we should go with this isintance() approach anyhow, that's fine with me. Yup, I do. > What do you mean with this? I'm fine with not having the XXXs in the code for now, but we should not forget about them. I mean lets either do those 'XXX' things or not. I'm unsure what I should do with those 'XXX' on my end so as I productionize the branch we need to either drop them, do them, or change them into a 'TODO' item for me. > It would also be very very useful to me if we split hidden_service.py to an hsv2 and an hsv3 module. We might end up going this route. Please give me a while to refactor this branch - when I'm done rejiggering it I'd be delighted to chat about if this would be better as one module or two. > Perhaps we can do them after the MVP of decoding/encoding is done? Certainly, sounds good. -- Ticket URL: <https://trac.torproject.org/projects/tor/ticket/31369#comment:17> Tor Bug Tracker & Wiki <https://trac.torproject.org/> The Tor Project: anonymity online
_______________________________________________ tor-bugs mailing list tor-bugs@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs