I leave this ticket in the Tor Browser component right now even though we can't do anything about it until the issue at the BridgeDB side gets solved (or the App Engine starts to work for us again).
Trac: Cc: N/Ato mcs, brade, hiro Summary: Can not request bridges from torproject.org to Can not request bridges from torproject.org (App Engine is broken for moat) Status: closed to reopened Resolution: duplicate toN/A
Looking closer dcf seems to have #25804 (moved) for snowflake despite the generic title. Let's have that one for moat then.
The problem in #25804 (moved) is affecting Moat as well because we are doing something like
{{{
./TorBrowser/Tor/PluggableTransports/meek-client" "-url" "https://tor-bridges-hyphae-channel.appspot.com" "-front" "www.google.com" "--helper" "127.0.0.1:44219
}}}
I leave this ticket in the Tor Browser component right now even though we can't do anything about it until the issue at the BridgeDB side gets solved (or the App Engine starts to work for us again).
Oh, wait… what is the issue on the BridgeDB server-side? (Did you maybe mean fixing/updating the middleware server for the meek-reflector?)
r=mcs
Your patch looks fine, but won't it be easy to block Moat now?
Yes, it will be much easier now. However, we don't have a setup ready to move away from Google. Thus, we are faced with the option to leave it broken for now or make it working again for users which could help shaking out more Moat related bugs or just give alpha users bridges in areas where the appengine is not blocked. It seems to me the latter is preferable (while we are trying to solve this issue in a more sustainable way).
Thanks for the review, I applied the patch to master (commit add227697f9af12056ca26f6e510572cd9c5faef).
Trac: Status: needs_review to closed Resolution: N/Ato fixed