The Tor Project issueshttps://gitlab.torproject.org/groups/tpo/-/issues2024-01-16T13:49:10Zhttps://gitlab.torproject.org/tpo/network-health/metrics/descriptorParser/-/issues/24How to process fields that have changed its meaning over time.2024-01-16T13:49:10ZHiroHow to process fields that have changed its meaning over time.In https://gitlab.torproject.org/tpo/network-health/metrics/collector/-/issues/40016#note_2900634 @gk mentioned that the bridge network status r line has a publication field that has changed over time. I.e. in the [specs](https://gitlab....In https://gitlab.torproject.org/tpo/network-health/metrics/collector/-/issues/40016#note_2900634 @gk mentioned that the bridge network status r line has a publication field that has changed over time. I.e. in the [specs](https://gitlab.torproject.org/tpo/core/torspec/-/blob/142dda7257318e6924ecda26d1a0e37561c2f225/dir-spec.txt#L2311) it is mentioned that:
```
"Publication" was once the publication time of the router's most
recent descriptor, in the form YYYY-MM-DD HH:MM:SS, in UTC. Now
it is only used in votes, and may be set to a fixed value in
consensus documents.
```
We are currently parsing the field as it appears in the documents, but there might be other fields around other documents that we are not parsing correctly and might need a case by case handling, especially when we will parse old document from our archives.HiroHirohttps://gitlab.torproject.org/tpo/network-health/metrics/descriptorParser/-/issues/22Process bridgedb metrics2024-01-16T13:49:09ZHiroProcess bridgedb metricsIn https://gitlab.torproject.org/tpo/network-health/metrics/collector/-/issues/40016#note_2899995 @gk mentioned how we should map bridgedb metrics in the new database.
Talking with @meskio and @cohosh during the tor meeting we mentioned...In https://gitlab.torproject.org/tpo/network-health/metrics/collector/-/issues/40016#note_2899995 @gk mentioned how we should map bridgedb metrics in the new database.
Talking with @meskio and @cohosh during the tor meeting we mentioned there was the possibility to export bridgedb metrics directly into the DB instead of generating a document that has to be stored by collector.
This makes sense especially if we plan to map all our past data into the DB and have a service that can generate documents based on specific queries instead of an archive with tarballs.
The current bridgedb tables are defined in https://gitlab.torproject.org/tpo/network-health/metrics/descriptorParser/-/blob/main/src/main/sql/bridgedb_metrics_tables.sql
As @gk pointed out though, we are missing some fields that we are not sure how to map into columns. At the same time, maybe there are other metrics we are not collecting or we could process in a way that makes more sense with what we want to track.
Besides collecting bridgedb metrics in sql, we could also consider which fields we could send to victoria metrics instead.HiroHirohttps://gitlab.torproject.org/tpo/core/onionmasq/-/issues/46maybe compile out logging with Cargo features?2023-05-15T16:43:11Zetamaybe compile out logging with Cargo features?The following discussion from !75 should be addressed:
- [ ] @trinity-1686a started a [discussion](https://gitlab.torproject.org/tpo/core/onionmasq/-/merge_requests/75#note_2900111): (+1 comment)
> maybe we could leverage `tracing...The following discussion from !75 should be addressed:
- [ ] @trinity-1686a started a [discussion](https://gitlab.torproject.org/tpo/core/onionmasq/-/merge_requests/75#note_2900111): (+1 comment)
> maybe we could leverage `tracing` [feature flags](https://docs.rs/tracing/latest/tracing/level_filters/index.html#compile-time-filters) to totally remove any dangerous and possibly costly log level from the resulting binary on `--release` builds?https://gitlab.torproject.org/tpo/applications/tor-browser/-/issues/41758ESR115: android: don't allow PDFs to be opened by 3rd party apps2023-08-26T05:12:29ZThorinESR115: android: don't allow PDFs to be opened by 3rd party appshttps://bugzilla.mozilla.org/show_bug.cgi?id=1829372 - landed in FF114https://bugzilla.mozilla.org/show_bug.cgi?id=1829372 - landed in FF114https://gitlab.torproject.org/tpo/core/onionmasq/-/issues/45Publish onionmasq for maven2023-07-03T13:45:10Zmicahmicah@torproject.orgPublish onionmasq for maven@cyberta mentioned that having onionmasq published in MavenCentral would be good, this would let us avoid putting the .aar in the tpo/applications/vpn repository, and make it available for other people to use.
Additionally, we can also ...@cyberta mentioned that having onionmasq published in MavenCentral would be good, this would let us avoid putting the .aar in the tpo/applications/vpn repository, and make it available for other people to use.
Additionally, we can also publish maven bits into the gitlab package repository here (see #50) for that.
Maybe we should do both? The Maven Central for the world, and the gitlab package repository for our builds, for self-hosting reasons? I'm not too familiar with maven in general, so any thoughts, suggestions here would be greatly appreciated.https://gitlab.torproject.org/tpo/core/arti/-/issues/849RPC: Finalize naming for "Handle", "Reference", "ObjectId", etc.2024-02-20T19:44:41ZNick MathewsonRPC: Finalize naming for "Handle", "Reference", "ObjectId", etc.See discussion at https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/1160#note_2899769
We should (to the extent possible) get our naming right, and try to have it match in the code and in the spec.See discussion at https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/1160#note_2899769
We should (to the extent possible) get our naming right, and try to have it match in the code and in the spec.Arti: RPC Supporthttps://gitlab.torproject.org/tpo/community/team/-/issues/90Go over Limerick core contributor process notes and salvage what we still fin...2023-08-10T13:48:55ZGeorg KoppenGo over Limerick core contributor process notes and salvage what we still find usefulWe had a [session at our Limerick meeting](https://gitlab.torproject.org/tpo/team/-/wikis/202209MeetingCoreContributors) talking about how to improve our core contributor process. We should go over those notes and salvage whatever we sti...We had a [session at our Limerick meeting](https://gitlab.torproject.org/tpo/team/-/wikis/202209MeetingCoreContributors) talking about how to improve our core contributor process. We should go over those notes and salvage whatever we still find useful and potentially integrate that in our [notes from the Costa Rica session](https://gitlab.torproject.org/tpo/team/-/wikis/202304ImproveCoreContributorProcess).
/cc @armaGusGushttps://gitlab.torproject.org/tpo/team/-/issues/157Create a proposal and process to deal with emergencies2023-07-14T17:21:35ZGeorg KoppenCreate a proposal and process to deal with emergenciesFrom time to time we hit emergencies which lead those of us affected by the, to drop their regular work and somehow try to cope with the current situation. It would be useful to have a proactive approach with a set of guidelines and rule...From time to time we hit emergencies which lead those of us affected by the, to drop their regular work and somehow try to cope with the current situation. It would be useful to have a proactive approach with a set of guidelines and rules to deal with that. That could be specified in a policy which would include as well some thoughts about what counts as an emergency, who is responsible for dealing with them (or a process of how to determine who is managing the emergency) etc.GusGushttps://gitlab.torproject.org/tpo/core/arti/-/issues/842RPC: Enforce that updates, success-responses, and request arguments are all j...2024-02-20T19:26:44ZNick MathewsonRPC: Enforce that updates, success-responses, and request arguments are all json ObjectsI have a WIP in a local `rpc-maponly` branch. Making this issue so I don't forget about it.I have a WIP in a local `rpc-maponly` branch. Making this issue so I don't forget about it.Arti: RPC SupportNick MathewsonNick Mathewsonhttps://gitlab.torproject.org/tpo/anti-censorship/rdsys/-/issues/164some bridges are not appearing in the assignments.log2024-03-06T19:11:22Zmeskiomeskio@torproject.orgsome bridges are not appearing in the assignments.log3575906728C3ADCD4CC54915E0D1AA0855480D78 and 226450492AD08A406A9CBED4CC32DF7D362D747D appear in https://bridges.torproject.org/status?id=<fingerprint> as functional, but they are not being assigned to any distributor.3575906728C3ADCD4CC54915E0D1AA0855480D78 and 226450492AD08A406A9CBED4CC32DF7D362D747D appear in https://bridges.torproject.org/status?id=<fingerprint> as functional, but they are not being assigned to any distributor.Sponsor 96: Rapid Expansion of Access to the Uncensored Internet through Tor in China, Hong Kong, & Tibetmeskiomeskio@torproject.orgmeskiomeskio@torproject.orghttps://gitlab.torproject.org/tpo/applications/mullvad-browser/-/issues/173Hide "Open previous windows and tabs" in PBM2023-06-13T14:32:26ZruihildtHide "Open previous windows and tabs" in PBMIn PBM, in the Settings, there's a startup section with `Open previous windows and tabs` greyed out.
Can we hide this when PBM is enabled? Maybe even the whole section when on an OS that doesn't support setting MB as default?
![startup...In PBM, in the Settings, there's a startup section with `Open previous windows and tabs` greyed out.
Can we hide this when PBM is enabled? Maybe even the whole section when on an OS that doesn't support setting MB as default?
![startup](/uploads/fd365dae022af7a1a8760987db868476/startup.png)https://gitlab.torproject.org/tpo/applications/mullvad-browser/-/issues/170Does Mullvad Browser actually need a custom $HOME on Linux?2024-03-05T17:02:13ZPier Angelo VendrameDoes Mullvad Browser actually need a custom $HOME on Linux?Our `start-$name-browser` script customizes the home directory path.
I think it might not be very good from a UX point of view for MB users (maybe we could stop that for TB, too).
Also, it could be something to fix for the system-wide ...Our `start-$name-browser` script customizes the home directory path.
I think it might not be very good from a UX point of view for MB users (maybe we could stop that for TB, too).
Also, it could be something to fix for the system-wide install.https://gitlab.torproject.org/tpo/anti-censorship/connectivity-measurement/probeobserver/-/issues/2test meek-azure connectivity2024-02-27T19:08:20Zmeskiomeskio@torproject.orgtest meek-azure connectivityshelikhooshelikhoohttps://gitlab.torproject.org/tpo/core/tor/-/issues/40779Investigate address detection usage in Tor2023-05-15T16:39:11ZAlexander Færøyahf@torproject.orgInvestigate address detection usage in TorTor currently has a number of ways of detecting its own address when being used as relay. This includes:
- netinfo cell
- dirport connections to other relays
- configuration specification
It would be useful for the Arti WG to learn whi...Tor currently has a number of ways of detecting its own address when being used as relay. This includes:
- netinfo cell
- dirport connections to other relays
- configuration specification
It would be useful for the Arti WG to learn which of these methods are actively being used before we start implementing relay support in Arti.
A useful thing to do here is to enumerate the methods we have and extend MetricsPort to store information on where the relay learned its address for so we can make a sensible decision.Tor: 0.4.8.x-freezehttps://gitlab.torproject.org/tpo/core/arti/-/issues/827RPC: Get AF_UNIX terminology right2023-12-12T16:07:20ZNick MathewsonRPC: Get AF_UNIX terminology rightAt and around https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/1092#note_2894536 @Diziet asks for correct vocabularity wrt AF_UNIX sockets. This would indeed be a good thing; @Diziet knows how it should go.At and around https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/1092#note_2894536 @Diziet asks for correct vocabularity wrt AF_UNIX sockets. This would indeed be a good thing; @Diziet knows how it should go.Arti: RPC SupportIan Jacksoniwj@torproject.orgIan Jacksoniwj@torproject.orghttps://gitlab.torproject.org/tpo/core/arti/-/issues/823RPC: Make sure methods can't accidentally have wrong types of names2024-02-24T18:31:04ZNick MathewsonRPC: Make sure methods can't accidentally have wrong types of namesWe want all of our method names to be `arti:snake_case`, but we need some way to enforce that.
See https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/1092#note_2894524We want all of our method names to be `arti:snake_case`, but we need some way to enforce that.
See https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/1092#note_2894524Arti: RPC SupportNick MathewsonNick Mathewsonhttps://gitlab.torproject.org/tpo/core/arti/-/issues/818RPC: Decide on exact cancellation semantics, adjust mutexes accordingly2024-02-21T14:50:13ZNick MathewsonRPC: Decide on exact cancellation semantics, adjust mutexes accordinglySee discussion at https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/1092#note_2894407 :
We need to decide whether it's okay if a call to `cancel()` returns before the request is cancelled (or not).See discussion at https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/1092#note_2894407 :
We need to decide whether it's okay if a call to `cancel()` returns before the request is cancelled (or not).Arti: RPC Supporthttps://gitlab.torproject.org/tpo/core/arti/-/issues/813Want way to describe a relay in messages2023-10-10T16:14:31ZIan Jacksoniwj@torproject.orgWant way to describe a relay in messagesGiven a `Relay` (or maybe `HasRelayIds`?) one should be able to print its identity, both in full and redacted form.
Perhaps this should be `Display` and `Redactable` impls on `Relay`? A method on `HasRelayIds`? Perhaps there should be...Given a `Relay` (or maybe `HasRelayIds`?) one should be able to print its identity, both in full and redacted form.
Perhaps this should be `Display` and `Redactable` impls on `Relay`? A method on `HasRelayIds`? Perhaps there should be a dedicated `RelayDescription<'_>` type for this?
C-Tor has `node_describe` and other functions with `describe` in their name. We should consider whether we like their output format and how much to copy it; there would be value for users in continuity or similarity, but perhaps there are defects we want to remedy.
When we have this it should be used in (at least) `tor-hsclient/src/err.rs` for the display string for `DescriptorError` and probably elsewhere.
See https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/1118#note_2894465
I'm tagging this for HS milestone but it might be relevant to RPC suport, which will need to describe relays and will want to present both machine-readable and human-readable values.Arti: Onion service supporthttps://gitlab.torproject.org/tpo/core/arti/-/issues/811Rename/rethink AttemptId in DirMgr2023-10-10T16:14:31ZNick MathewsonRename/rethink AttemptId in DirMgrFor #803 I want to log `AttemptId` values to help trace which directory success/failure is which.
But maybe we need a better name. Currently, `AttemptId` is an identifier for a long series of attempts to do different things, starting f...For #803 I want to log `AttemptId` values to help trace which directory success/failure is which.
But maybe we need a better name. Currently, `AttemptId` is an identifier for a long series of attempts to do different things, starting from zero. From the docs:
```
/// Identifier for an attempt to bootstrap a directory.
///
/// Every time that we decide to download a new directory, _despite already
/// having one_, counts as a new attempt.
///
/// These are used to track the progress of each attempt independently.
```
So maybe this needs a different name than "attempt".https://gitlab.torproject.org/tpo/community/l10n/-/issues/40109Get RT articles for translators to easily translate2023-09-27T17:59:49ZGabagaba@torproject.orgGet RT articles for translators to easily translateWe have a bunch of articles in RT for user support that we need to translate into farsi and other languages: https://rt.torproject.org/Articles/Article/Search.html?Class=10&Parent=0&HideOptions=1
- [ ] Get all user support articles from...We have a bunch of articles in RT for user support that we need to translate into farsi and other languages: https://rt.torproject.org/Articles/Article/Search.html?Class=10&Parent=0&HideOptions=1
- [ ] Get all user support articles from RT into weblate so we can easily translate them.
- [ ] Find a way to easily update RT with the translations.
@gus Could we say that all the support articles that needs translations are around 1800 words? I saw that there are around 55 articles and with an average of 30 words per articles, that would be how much we could translate.emmapeelemmapeel