Mailing list migration

The mailing list infrastructure that this list is hosted on is being decommissioned soon. This mailing list will migrate to a google group on March 26th. *There is no action required to continue receiving email and using this list.* The email address for the list will remain the same. Past archives

Re: Getting x-keyid

On Tue, 16 Feb 2021 at 06:55, Albert Sukaev wrote: > > P.S. I didn’t understand if I should reply both you and sync-dev or only > you and I firstly sent a message only to you(I think you haven’t received > it and that’s why I’m duplicating the message here) > Hi Albert, sorry for the delay reply

Re: Getting x-keyid

Hi Albert, On Tue, 9 Feb 2021 at 07:36, Albert Sukaev wrote: > I'm studying the auth/sync flow As an aside, I'm curious to hear more about what you're working on that relates the accessing data in Firefox Sync, if you'd be willing to share. > and I have a problem with getting > correct x-key

Re: Mozilla Easy Setup - J-PAKE

J-PAKE is no longer used for sync setup, or in any Mozilla services as far as I am aware. Cheers, Ryan On Wed, 29 Jan. 2020, 14:18 José Miguel LOPEZ BECERRA, wrote: > Dear all, > > > > > > I would like to kindly ask if J-PAKE or some other pake protocol is still > used within the easy

Re: Minutes from March 29 Android Tech Leads meeting

On Sat, 30 Mar 2019 at 04:13, Grisha Kruglov wrote: > >- > >[sasha] decoupling NSS + geckoview? -- question arising from app-services >crypto components doc > > >- > >

Re: Client unauthorized on custom firefox sync server after successfully authorizing on firefox account server

It looks like your sync tokenserver is rejecting the identity assertion produces by Firefox Accounts. This is usually due to a configuration mis-match of some kind, e.g. the server thinking its public_url is different to what the browser thinks it is. Please post your syncserver.ini config file (

Re: Unable to sync on Android 6

On Sun, 16 Dec 2018 at 02:33, Boris MANCHETTE wrote: > ‌Hello, > > I have setup a docker container with Firefox Sync (behind Traefik). > I was able to sync some device on android 8, windows or ubuntu. > > But, I have a device on android 6 that won't sync. > On adb log file, I can find the followi

Re: Self-hosted syncserver does not aync

The best way to get more clues for debugging will be to grab the sync logs from your connected device(s), as described here: https://wiki.mozilla.org/CloudServices/Sync/File_a_desktop_bug Ryan On Wed, 31 Oct 2018 at 12:09, wrote: > Hello. > It seems my linked devices don't sync anything.

Re: Minutes from Oct 17 Mobile Tech Leads meeting

On Fri, 19 Oct 2018 at 14:25, Nicholas Alexander wrote: > >1. WebChannels > > >in GeckoView-consuming browser-like Apps. WebChannels are a >Firefox-specific chome-only feature that allows th

Re: Minutes from Oct 17 Mobile Tech Leads meeting

On Sat, 20 Oct 2018 at 04:34, Nicholas Alexander wrote: On Fri, Oct 19, 2018 at 7:43 AM Stefan Arentz wrote: > > > >> >>1. >>2. WebChannels >> >> >>in GeckoView-consuming browser-like Apps.

Re: Minutes from Sept 19 Mobile Tech Leads meeting

On Fri, 21 Sep 2018 at 09:09, Stefan Arentz wrote: > “The application-services team is trying to plan for a future on iOS; > immediate next action is to get some iOS build advice from the Firefox for > iOS team” > > This is really exciting. But I am curious why that is a priority over > Android (

Minutes from August 29 Mobile Tech Leads meeting

We had the weekly Mobile Tech Leads meeting earlier today (US/AU timezone). It was a fairly small group but we discussed the following: - A recap and some follow-ups on the discussion around organization of code between the android-components and application-services repos. - The cur

Revising our short-term strategy for Sync and Storage

Hi All, Many of you have been involved in discussing this in meetings over the past week, but I wanted to send a summary email to ensure we have a clear shared understanding of what's happening, of why, and of what the next steps are from here. Key points: - The Application Services tea

building out an overview of the rust-components work

Hi All, After recently returning from PTO, I spent a bit of time trying to get back up to speed on the status of our various rust-components efforts, and I found it was pretty hard to get a good sense of the big-picture status of things. We have a roadmap that talks about the "how" of what we're b

Minutes from July 25 Mobile Tech Leads meeting

We had the weekly Mobile Tech Leads meeting yesterday (AU/EU timezone). Due to PTO it was a fairly small group, but we discussed the following: - A recap of last week's threading/synchronization discussion, to get Sebastian's perspective. - A review of the ongoing discussion around debugg

Re: Rebootable Sync Nodes

On 1 June 2018 at 01:22, Richard Newman wrote: > There's another option here that hasn't been mentioned: switch to storing > tabs on disk. It's possible that the considerations that caused us to not > persist them are no longer worth the difference in behavior. > > Most users will have relatively

Re: Rebootable Sync Nodes

On 31 May 2018 at 10:22, Mark Hammond wrote: > On 31/05/2018 9:28 am, Ryan Kelly wrote: > >> >> My summary of this thread: >> >> 1) Rebooting with no further intervention is safe; it will lose synced >> tabs data until each device uploads a new tab bundle

Re: Rebootable Sync Nodes

My summary of this thread: 1) Rebooting with no further intervention is safe; it will lose synced tabs data until each device uploads a new tab bundle, but otherwise sync will work as normal. 2) We might be able hasten the re-upload of synced tabs by fiddling with the syncIDs in /meta/global, but

Re: Rebootable Sync Nodes

ather more thoughts later today and kickstart that discussion. Ryan > > -- > Alex Davis // Vancouver > Product Manager // Application Services > (514) 582-2539 > IRC & Slack: adavis > > On Sun, May 27, 2018 at 9:06 PM, Mark Hammond > wrote: > >> On 28/05

Re: Rebootable Sync Nodes

On 28 May 2018 at 12:42, Mark Hammond wrote: > On 28/05/2018 11:38 am, Ryan Kelly wrote: > >> However, once this first device has re-uploaded and restored a >> sensible-looking timestamp to the "tabs" collection, what will be the >> behaviour of other devices?

Re: Rebootable Sync Nodes

On 28 May 2018 at 10:57, Mark Hammond wrote: > On 26/05/2018 7:30 am, Bob Micheletto wrote: > >> The current production sync node configuration allows for a sync node to >> be recovered after it has been rebooted. However, memcached is completely >> cleared as a result. Also, the tabs collectio

Re: self-hosted token server - how to prune expired data ?

Sorry for the delay in replying, this wound up in my spam folder. On 17 May 2018 at 19:01, Philippe MARASSE wrote: > > My token database is getting big (> 1,5 GB with < 5 users !) so I'm > looking for a way to shrink this mariadb database. > Wow, that does seem like a lot. You say "token datab

Re: installing firefox sync with HAproxy

Frederic, thanks for reaching out. Unfortunately we don't use HAproxy internally and I'm not aware of anyone on the team with experience running it, so I can't really offer any advice here. But I wanted to reply just to assure you that we're not ignoring you, we just don't have enough familiarity

Re: Firefox syncserver + self-hosted auth server verification

Hi Nikolaus, Sorry for the delay in replying here, I'm still catching up on a few emails from over the holiday break. On 3 January 2018 at 12:44, Nikolaus Thümmel wrote: > I'm experimenting with a self-hosted Firefox syncserver and auth server > stack, which is working fine so far. I wonder, ho

Re: Sync Verification Email CR -> Document in product?

Thanks Rachel! We should 100% definitely do this. IIUC this should be as simple as changing the "let us know" link on that "We've locked your account" screen, so that it goes to your FAQ rather than just to a generic SUMO link, right? Ryan On 6 December 2017 at 08:05, Ryan Feeley wrote: >

Re: Browser not syncing with private server

On 6 November 2017 at 02:00, Farhan Khan wrote: > Hi all, > > I just went through the instructions here: https://mozilla-services.readt > hedocs.io/en/latest/howtos/run-fxa.html#howto-run-fxa and setup a private > syncserver. It is running in a different console. I then set > "identity.sync.token

Re: FF57 sync compatibility question

On 15 November 2017 at 04:43, Fritz Elfert wrote: > Hi guys, > > For some time now, I'm running my own syncserver and tokenserver > following the recipe at > https://github.com/mozilla-services/syncserver/README.rst > > Will this continue to work with FF >= 57 or do I need to take care of > some

Re: Should FxA remove support for old browser integrations?

Thanks for the thorough analysis Shane! On 24 October 2017 at 22:54, Shane Tomlinson wrote: > > Now, there is some nuance to how to approach this. The two options I see: > > * Any visitor with Firefox < 45 will be asked to upgrade. > * Any visitor with `context=fx_desktop_v1` will be asked to up

Re: Should FxA remove support for old browser integrations?

On Wed, Sep 20, 2017 at 7:06 AM, Shane Tomlinson wrote: > > > On Mon, Sep 18, 2017 at 7:54 PM, Alex Davis wrote: >> >> Talking to Karlof in SF on Friday, he proposed something similar. Seems >> like the second bullet would make the most sense. We stop fixing old >> versions but don't prevent use

Re: Should FxA remove support for old browser integrations?

ntion to >>> that? >>> >>> with that in mind here are the comparable numbers for the FxA data. I >>> omitted ios devices and versions with only 1 user: >>> https://sql.telemetry.mozilla.org/queries/38604 >>> >>> version counts prop >

Re: Should FxA remove support for old browser integrations?

.00 0.00 >> 42.00 14,849.00 0.00 >> 43.00 37,472.00 0.00 >> 44.00 17,411.00 0.00 >> 45.00 55,595.00 0.01 >> 46.00 21,085.00 0.00 >> 47.00 108,109.00 0.01 >> 48.00 113,114.00 0.01 >> 49.00 68,451.00 0.01 >> 50.00 81,087.00 0.01 >> 51.00 8

Re: Should FxA remove support for old browser integrations?

ogics (where we can be reasonably considered a part of the browser and depend on browser-specific behaviour) and OAuth logins on the web (where we're just another webpage, and need to worry about non-Firefox browsers as well) Ryan On Thu, Sep 14, 2017 at 4:57 PM, Mark Hammond wrote: &g

Re: Should FxA remove support for old browser integrations?

On 15 September 2017 at 05:46, Mark Hammond wrote: > Another way to look at this is: at some point, Mozilla makes a decision > that even the most serious security vulnerability which can cause > significant harm to users will not be fixed in some older versions. I > find it difficult to justify t

Re: Sync-dev Digest, Vol 47, Issue 10

Hi Chris, Sorry for the unexpected breakage here. We apply a number of checks to the incoming /account/login authentication request, and reject any that seem "unexpected" across a variety of measures. I'm not going to go into any more detail here on the public list because I don't want to encour

Re: Backing up an FxA-server

On 16 June 2017 at 22:06, Juan Garcia wrote: > Dear FxA-devs, > > Well, first of all I'd like to thank you for all your help! You've been > incredibly patient and thanks to you my FxA server seems to be syncing > stuff correctly for a while now! :D Kudos! > > I have one question though: what woul

Re: "Choose what to Sync" for autofill

On 14 June 2017 at 02:11, Richard Newman wrote: >* Old browsers that do not support the feature, will write the new >>> values into declined engines list on the server without understanding what >>> it is >> >> >> >> Desktop does this, but TBH I'm not quite sure what Android does (and >> IIUC

Re: "Choose what to Sync" for autofill

On 13 June 2017 at 12:22, Richard Newman wrote: > Bear in mind that we have 'declined' in meta/global, which is intended to > support exactly this scenario. > > A user signing up on Android or iOS can upload a meta/global without > "payments" (or whatever), but it also won't be in 'declined'. > >

Re: FxA and self-signed SSL (profile and oauth not speaking correctly?)

On 28 March 2017 at 20:44, Juan Garcia wrote: > Dear FxA devs, > > First of all, thank you very much for your infinite patience! > > I have been trying to set the fxa servers with https for some days but > don't seem to be able to manage. I have the feeling I'm nearly there > though :) > > I am u

self-hosters, please disable the "batch upload" API

Hi All, We recently added a new feature to the Firefox Sync service to support atomic uploads of large batches of items [1]. Unfortunately we have identified a critical issue in the implementation of this API: under high load, if two users initiate a batch upload at the exact same time, the encry

Re: RFC: Adding experiment annotations to Telemetry

On 14 March 2017 at 07:45, Alex Davis wrote: > Well, I think it is interesting that on the telemetry side they want to > centrally keep track of all the experiments users participated in. > > It could maybe be of value for them to have us pass our fxa experiments to > their telemetry. Thoughts?

Re: forced login after manage account (was Re: bookmarks sync mess, Duplicate Devices Sync-dev Digest, Vol 43, Issue 5)

d when clicking "manage account". FWIW there's some work-in-progress on a fix in this bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1308038 Cheers, Ryan >> Am 13.02.2017 um 02:08 schrieb Ryan Kelly : >> >> On 13/2/17 09:03, Achim Hatzius wr

forced login after manage account (was Re: bookmarks sync mess, Duplicate Devices Sync-dev Digest, Vol 43, Issue 5)

On 13/2/17 09:03, Achim Hatzius wrote: > > I still get duplicate devices - instead of expected behaviour (when > clicking 'manage account' in FF settings/Sync in a connected profile to > get to the account settings immediately) i have to log in with my > account credentials. A notification appears

Re: Sharing a common device list

On 24/1/17 17:01, Mark Hammond wrote: > On 24/01/2017 4:55 PM, Ryan Kelly wrote: >>> The first steps to that were to put the FxA client ID into client >>> records (e.g., Bug 1254640, Bug 1250782), but there's a lot of work >>> still to do, and I'm not

Re: Sharing a common device list

On 24/1/17 03:18, Richard Newman wrote: > The original goal I was pushing for, many years ago, was for the FxA > device list to be canonical: it shouldn't be as vulnerable to bugs, > duplicates, TTLs, and stale records as anything a particular > identity-attached service stores. I strongly agree,

Re: Sharing a common device list

On 24/1/17 03:18, Richard Newman wrote: > The original goal I was pushing for, many years ago, was for the FxA > device list to be canonical: it shouldn't be as vulnerable to bugs, > duplicates, TTLs, and stale records as anything a particular > identity-attached service stores. I strongly agree,

Re: oauth invalidAssertion (invalid email)

On 8/09/2016 01:07, Juan García wrote: > Hi again dear FxA-devs, > > I am still having (somehow unimportant) problem with my fxa-local-dev > which I'd love to solve. > > If I click on "Manage account" on the preferences, I get an 'invalid > assertion' error in the oauth server: > > oauth-server

Re: Sync-dev Digest, Vol 38, Issue 1

On 5/09/2016 05:33, Chris Tybur wrote: > > On Thu, Sep 1, 2016 at 5:00 AM, > wrote: > > I see what you mean - no, it doesn't let you get to the bookmark data in > a no-interaction-required manner, it requires you to get a verification > code out o

Re: Sync-dev Digest, Vol 37, Issue 15

On 1/09/2016 14:43, Chris Tybur wrote: > On Tue, Aug 30, 2016 at 12:17 AM, > wrote: > > It's sparse, because it re-uses the existing account verification > end-points. The flow goes like this: > > * Submit credentials to /v1/account/login [1]. >

Re: Programmatically creating a new fxa-user

Your best bet will be to create the account through the web API, so that all the state gets set correctly. A client API like PyFxA may be helpful here: https://github.com/mozilla/PyFxA#firefox-accounts Cheers, Ryan On 25/08/2016 20:56, Juan García wrote: > Dear mozilla-devs, > > It's

Re: most users should no longer be "blocked for security reasons"

tlogin [2] https://github.com/mozilla/fxa-auth-server/blob/master/docs/api.md#post-v1recovery_emailverify_code > On Wed, Aug 24, 2016 at 7:27 AM, Ryan Kelly wrote: >> >> Hi All, >> >> A while back, there were a couple of threads on the list about Firefox >> Accounts blocki

Re: Improving password reset

On 27/08/2016 09:44, Christopher Karlof wrote: > Let me take this opportunity to make sure this problem is framed correctly: > > *Our goal is increase user success and satisfaction in their experience > using Sync, specifically when connecting additional devices.* I have no beef with this framing

most users should no longer be "blocked for security reasons"

Hi All, A while back, there were a couple of threads on the list about Firefox Accounts blocking third-party API access for "security reasons", such as: https://mail.mozilla.org/pipermail/sync-dev/2016-June/001369.html I just wanted to close out those threads by letting you know, this block s

Re: Improving password reset

On 23/08/2016 10:43, Richard Newman wrote: > Under the hood there would be a bunch of shamir's secret sharing and key > wrapping palaver to actually make things go. > > You mean like wrapping the user's kB with their own kA (prove ownership > of your account) plus your friend's kB (prove

Re: Improving password reset

On 23/08/2016 09:56, Julien Vehent wrote: > On Mon 22.Aug'16 at 14:43:42 -0700, Richard Newman wrote: >> Another option is to build a key escrow service, similar to the one Apple >> hosts for FileVault encryption keys. >> >> A key escrow service would instead wrap a copy of kB with additional crypt

Re: Improving password reset

On 23/08/2016 10:17, Richard Newman wrote: > Maybe we could build an escrow service that's still in control of > the user, > for example by splitting the recovery key using shamir's secret > sharing and > assigning each part to a recovery step, with a threshold of 3 to > rec

Re: Problem with assertions

Hi Juan, sorry for the delay in replying here. On 11/08/2016 00:50, Juan García wrote: > The sync-server complains about the > public ip not being correctly set > (http://paste.scratchbook.ch/view/ac632e8f) and I just don't know where > I can tell it (or some other server) to use https. This err

Re: The Future of TPS, part 1 (client/server testing)

On 9/08/2016 07:52, Karl Thiessen wrote: > TPS was originally conceived as a method of testing the Sync > client code that lives in Firefox against "known-good" Sync server, i.e. > the production Sync cluster.But I know of no reason why it could not > be used the other way around, to test new c

Re: Keep getting "request blocked" at login

On 28/06/2016 04:54, Gabriel Ivașcu wrote: > On Mon, Jun 27, 2016 at 3:37 AM, Ryan Kelly wrote: >>> Will these features be documented somewhere? I'm interested in how the >>> client flow should work. >> >> They will be documented, as they come onl

Re: Keep getting "request blocked" at login

On 25/06/2016 18:32, Gabriel Ivașcu wrote: >> Longer term, we have a number of new security features in the pipeline >> that will give us better alternatives to just outright blocking >> requests. For example, we will soon allow you to do an email >> confirmation loop that verifies a login as legi

now testing: sign-in confirmation emails for Firefox Sync

Hi All, I want to let you know about a new security feature that we will soon begin testing in Firefox Accounts: sign-in confirmation emails. When you sign in to Sync with an existing Firefox Account, you may receive an email asking you to "Confirm new sign-in to Firefox". You will need to cl

Re: Keep getting "request blocked" at login

On 25/06/2016 08:24, Gabriel Ivașcu wrote: > Hi, > > I am using the fxa-python-client [0] for interacting with the > fxa-auth-server [1]. > > The client has proved very useful in understanding how onepw protocol > [2] works, but since this morning I keep getting errno 125 when > posting to the /a

Fwd: Sync Signin Confirmation - testers needed!

Thanks Shane, I'm excited to see this coming together! I'm forwarding to sync-dev as well to get more eyes on the experience at this point. Cheers, Ryan Forwarded Message Subject:Sync Signin Confirmation - testers needed! Date: Thu, 19 May 2016 16:39:03

Re: Improving the latency of Sync

On 17/05/2016 03:54, Edouard Oger wrote: Okay I'll try to list the solutions that we have here in order to send a tab to a device. * We can either keep the new tab record in the clients collection and improve the latency of it: (1) S1: After syncing the collection, the client sends a request R

Re: Sync login suddenly not working

I wrote a web app some time ago that interfaces with the Mozilla Sync 1.5 API, to retrieve my Sync bookmarks on platforms that aren't supported by Firefox (e.g. iOS). It's worked perfectly fine up until about a week ago. Suddenly when I try to log into my app with my Sync credentials, I get this J

Re: Improving the latency of Sync

On 10/05/2016 09:29, Edouard Oger wrote: > Hello everyone, > > We want to use the new Push API to improve the general latency of Sync > between operations. > Let's consider for example the case of sending a tab to another synced > device : Device A writes in the /clients collection an opentab comm

Re: Sync login suddenly not working

On 25/04/2016 08:58, Chris Tybur wrote: > I'm hoping this is a good list to post this question to... Thanks for reaching out Chris, and rest assured this list is as good a place as any to do it. > I wrote a web app some time ago that interfaces with the Mozilla Sync > 1.5 API, to retrieve my Sync

Re: Bugs spanning FxA & Sync

On 15/04/2016 03:26, Ryan Feeley wrote: > Hi Deep Syncers, > > In today’s Sync Fest (where a few of us sign in to the same Sync account to > give it a workout), we discovered a few issues that span desktop and accounts > on the web. These are tricky because we use both bugzilla and github, and a

Re: Bugs spanning FxA & Sync

On 15/04/2016 12:26, Mark Hammond wrote: > On 15/04/2016 3:26 AM, Ryan Feeley wrote: >> From another device, click the reset link and create a new password >> From original browser, I tried to log in but got “attempt limit >> exceeded”. Maybe you will get this too. >> I was also unable to sign in t

Re: Syncing bookmarks

This is a fascinating and slightly terrifying analysis, thanks for sharing Richard! On 17/03/2016 07:34, Nicholas Alexander wrote: > > > My tentative proposal for iOS is to*ship 3.0 as-is*, enabling > bidirectional sync in 4.0 or 5.0 — as soon as we're confident that > desktops will

Re: Entrypoint: none?

On 29/02/2016 12:59, Stefan Arentz wrote: > I don’t know what this means. But i’d like to find out because iOS is at #2. > > What is an ‘entrypoint’ ? It's a string that the client includes in the request, purely for metrics purposes, to indicate how the user came to be interacting with the FxA s

Re: sync failed with apache

On 14/02/2016 03:41, Markus Kiesel wrote: > I set up the sync server 1.5 according to the description in the Mozilla > documentation with a Apache 2.4 server in front. Firefox gives "500 > Internal Server Error". Have anyone a clue what is going wrong? > > Apache throw following errors: > > [Sat

Re: fxa self-hosting: fxa-local-dev and https

On 18/02/2016 22:54, Juan Garcia wrote: > Am 18.02.2016 um 06:59 schrieb Ryan Kelly: >> On 12/02/2016 21:37, Juan Garcia wrote: >>>> >>>> This is fxa-auth-server trying to talk to fxa-oauth-server. Make sure >>>> that you've configured the link

Re: fxa self-hosting: fxa-local-dev and https

On 12/02/2016 21:37, Juan Garcia wrote: >> >> This is fxa-auth-server trying to talk to fxa-oauth-server. Make sure >> that you've configured the link between them properly. I think by >> default it expects the oauth-server to be running on port 9010, but you >> can change this by setting the fol

Re: fxa self-hosting: fxa-local-dev and https

On 9/02/2016 02:42, Juan Garcia wrote: > Dear sync-developers, > > Please forgive me if you have already received the emails I have sent. I > wasn't a member of the list and have the impression they have just > landed nowhere. If you haven't seen them, here is the newest and latest > version of my

Re: Sync 1.1 error: AttributeError('user',)

.0) Gecko/20100101 > Firefox/28.0" > > He changed services.sync.serverURL and tried, same error as me, and the > server doesn't log it. Canceling the setup (thus reverting the value) > causes future attempts to not be logged by the server either. Restarting > FF didn;t

Re: problems with sync

On 7/10/2015 20:18, KOUTSODONTIS Panayotis wrote: > I’m using firefox sync at work because I have to use many different > computers each day. Now I have a big problem because the new sync > doesn’t work. I'm sorry to leave this unanswered for so long, I lost track of it in my inbox :-( > I’ve i

Re: Sync 1.1 error: AttributeError('user',)

On 17/10/2015 04:33, Nicholas Alexander wrote: > On Fri, Oct 16, 2015 at 10:26 AM, B. Tkatch > wrote: > > It is. Ryan was kind enough to fix the issue, but the saga > continues. :) And that was prolly me in irc. > > Of course, after he fixed this, i made my

Re: Apache Error Log: InsecurePlatformWarning

On 7/10/2015 06:18, Dominik Erdmann wrote: > Am 05.10.2015 um 00:07 schrieb Ryan Kelly: >>> [Sat Oct 03 16:26:35 2015] [error] >>> /PATH_TO_SYNC_SERVER/local/lib/python2.7/site-packages/requests/packages/urllib3/util/ssl_.py:90: >>> >>> InsecurePlatformW

Re: Apache Error Log: InsecurePlatformWarning

On 4/10/2015 00:47, Dominik Erdmann wrote: > Hi all, > > I get the following Apache error log entries when running a sync: > > [Sat Oct 03 16:26:35 2015] [error] > /PATH_TO_SYNC_SERVER/local/lib/python2.7/site-packages/requests/packages/urllib3/util/ssl_.py:90: > InsecurePlatformWarning: A true S

Re: Sync Server 1.1 Install - pip version error

On 13/09/2015 20:08, Achim Hatzius wrote: > HI, > > as Firefox sync servers 1.1 will be shut down soon i am trying to set up > my own. The only place for it is a Synology NAS, ipkg installed. I have > only basic knowledge about server administration, so i follow > instructions given here > > http

Re: Firefox Sync deleted all Bookmarks in Folders

On 10/09/2015 20:13, Axel Kittenberger wrote: > Dear List! > > I just finished setting up an own sync server and started set up the > sync for one of my coworkers. Unfortunally after a day it deleted all > his bookmarks that were stored within folders. Ouch :-( I hope we can get to the bottom of

Re: Disappointed by New Firefox Sync

On 4/09/2015 02:37, Domenico Andreoli wrote: > Hi sync-dev, > > I'm here to manifest my total disappointment in the New Firefox Sync. Thanks for reaching out, Domenico. Feedback is always valuable, both positive and negative, and we do take all feedback to heart - even if we can't always give

Re: Self-hosted services.sync.clusterURL being overwritten

On 3/08/2015 22:02, Mark Hammond wrote: > On 3/08/2015 9:48 PM, Andrew Bunting wrote: >> Hi, >> >> Two laptops and one phone using auth.services.mozilla.com accounts >> service and self-hosted FFsync 1.5 server. Running fine for several >> months until early July 2015. >> >> One laptop and one pho

Shutting down the legacy Sync service

(Cross-post for maximum coverage; please reply to sync-dev) For several months now we've been rolling out our assisted migration process to help users on the legacy Sync service upgrade to Firefox Accounts. With the migration well underway, it is time to settle the details of a graceful end-of-l

Re: Firefox 39.0 Sync

On 9/07/2015 02:41, Kenneth Miller wrote: > > I have installed 39.0 on each of my four computers (the newest running > Windows 8.1, 2 running Windows 7 home premium , and the oldest running > Windows Xp. I set up a Firefox account and each unit acquires the link and > presents the message: "SYN

Re: Firefox sync issue

On 25/06/2015 23:38, Jenny Arabic wrote: > Good morning, > > I noticed that yesterday and today my devices have not been syncing > automatically, nor are they syncing when prompted by clicking "sync > now." I am getting the following error message on the devices: > > /"Sync encountered an error

Re: Is changing the password a way to boot unwanted devices?

On 16/07/2015 09:53, Nicholas Alexander wrote: > On Wed, Jul 15, 2015 at 4:48 PM, Mark Hammond > wrote: > > On 16/07/2015 3:05 AM, Richard Newman wrote: > > It should boot other devices… but it will take several minutes > for them > to det

Re: Making better use of email.

On 30/06/2015 18:07, Mark Hammond wrote: > On 30/06/2015 1:11 AM, Ryan Kelly wrote: >> IIUC, we're bound by Mozilla's legal requirements (and our desire to >> just plain do the right thing!) not to send this sort of >> "non-transactional" email to users un

Re: Making better use of email.

On 29/06/2015 00:54, Jonathan Biegert wrote: > Am 28.06.2015 um 21:37 schrieb Ryan Feeley: >> also to infrequent emails to single-device users (i.e. “Have another Firefox >> to sync yet?”) > > As a user, I'd very much consider this Spam. Thanks Jonathan, this is an important point to call out ex

Re: Making better use of email.

On 28/06/2015 12:37, Ryan Feeley wrote: > Dan McKinley’s talk this week about the successful use of reminder emails at > Etsy struck a chord with me. > If the metrics are right, there are a lot of accounts left unverified, and > far more users who are not adding a second device. > I think this is

Re: Hinting Sync login in Firefox Desktop

On 20/05/2015 02:38, Ryan Feeley wrote: >> On May 15, 2015, at 8:39 PM, Christopher Karlof > > wrote: >> >> Then, e.g., we could probably implement Ryan’s idea in a way that >> doesn’t require the user to re-enter password (unless she wants to >> sign in as a different u

Re: Unknown column 'uid' in 'field list'

On 15/05/2015 06:59, Philipp v. Thunen wrote: > I was using a Sync Server 1.5 with Apache, WSGI, and MySQL for several > months now, but had to migrate it to another machine. After that, I did > a upgrade via git. I use Mozilla's auth servers. > > Since then, Firefox does not sync anymore. The (we

Re: Hinting Sync login in Firefox Desktop

On 13/05/2015 04:41, Ryan Feeley wrote: > Hi Deep Syncers, > > I propose we take a step towards a universal 'Sign in to Firefox' > experience by hinting Sync with the account used by Hello users. > > https://www.dropbox.com/s/i9fxdc40mgapccf/fxa-sync-hinted-login.png?dl=0 Nice! Yes, let's do mo

Re: Commas in application url

On 6/05/2015 05:14, Martin Mühlbauer wrote: > Am 04.05.2015 um 04:08 schrieb Ryan Kelly: >> On 4/05/2015 05:19, Martin Mühlbauer wrote: >>> Am 29.04.2015 um 05:50 schrieb Ryan Kelly: >>>> On 26/04/2015 21:22, Martin Mühlbauer wrote: >>>>> Hi, >&

Re: Commas in application url

On 4/05/2015 05:19, Martin Mühlbauer wrote: > Am 29.04.2015 um 05:50 schrieb Ryan Kelly: >> On 26/04/2015 21:22, Martin Mühlbauer wrote: >>> Hi, >>> >>> Today I tried to set up a Firefox Sync Server on my Raspberry Pi. >>> Unfortunately I continue t

Re: Commas in application url

On 26/04/2015 21:22, Martin Mühlbauer wrote: > Hi, > > Today I tried to set up a Firefox Sync Server on my Raspberry Pi. > Unfortunately I continue to get the following error message if I try to > connect to my server: > > ERROR:syncserver:The public_url setting doesn't match the application ur

Re: FXA full-stack self-hosting: "bad mac" error at verification

On 22/04/2015 19:58, Robin Bankhead wrote: > Quoting Ryan Kelly : >> On 22/04/2015 08:11, Robin Bankhead wrote: >>> >>> However, it now looks like syncserver is not happy: it's throwing a 503 >>> on the first post-verification connection attempt. This is t

Re: FXA full-stack self-hosting: "bad mac" error at verification

On 22/04/2015 08:11, Robin Bankhead wrote: > > However, it now looks like syncserver is not happy: it's throwing a 503 > on the first post-verification connection attempt. This is true whether > behind Apache, or running directly (as in the below output). > > hazel syncserver # make serve > ./lo

Re: FXA full-stack self-hosting: "bad mac" error at verification

On 20/04/2015 22:35, Robin Bankhead wrote: > Quoting Ryan Kelly : >>> 1429017392778Sync.BrowserIDManagerERRORBackground fetch for >>> key bundle failed: >>> {"details":{"code":401,"errno":109,"error":"Unauth

Re: FXA full-stack self-hosting: "bad mac" error at verification

On 14/04/2015 23:33, Robin Bankhead wrote: > I am starting to find that I can no longer add desktop clients to my > sync-1.1 server any more (I can pair them by installing an old FF > version then upgrade through newer versions, but from FF32.0 they > consistently stop syncing and try to register w

  1   2   >