Sync Error: Sign in Again - Looping (was Re: using API keys in the FreeBSD Chromium port) FreeBSD Chromium port)

Tue Jul 2 15:57:51 UTC 2013

Ah, I misread the beginning of the thread, please disregard.

On Tue, Jul 2, 2013 at 8:56 AM, Evan Martin <evan at chromium.org> wrote:
> Sign in looping is often a symptom of something going wrong with cookies.
> Two ideas:
> - clear all your cookies
> - check that you haven't set up any cookie-related settings that break sites
> (in particular, the "block third-party cookies" setting might be more aptly
> named "randomly break sites in an unpredictable manner")
>
>
> On Tue, Jul 2, 2013 at 6:30 AM, Lawrence K. Chen, P.Eng. <lkchen at ksu.edu>
> wrote:
>>
>> So this is problem is weird....
>>
>> Decided the Favicon db was terminal...so I deleted it from my Chromium
>> profiles on all my FreeBSD systems (no mention of it in chrome://sync in
>> chrome....guessing its some experimental sync only in chromium)
>>
>> Didn't solve the reappearance of the sign in again - looping problem.
>>
>> So, I was comparing the URL of the sign in page in chromium vs chrome (on
>> Windows 7)....and sign in worked on chrome of course....but then I pasted an
>> URL into a new tab and the sign in worked!
>>
>> Was it a fluke?
>>
>> I intentionally signed out, and tried to sign back in....results in sign
>> in looping.  But, copy URL from sign in looping tab to a new tab....the sign
>> in works.  So, there's something about the tab it spawns is different than a
>> normal new tab?
>>
>> During my testing, I had tried clearing cache, clearing cookies, but it
>> would still loop.
>>
>> ----- Original Message -----
>> >
>> > I later recalled the 'echo .dump | sqlite3 old.db | sqlite3 new.db'
>> > trick....still wonder how it get's messed up again, or perhaps the
>> > sqliteman thing did ... didn't really fix, but rather the restart
>> > made it look like it was.  Though when I had looked at my system at
>> > home last night, it was showing this error...but it wasn't asking me
>> > to sign in again yet.
>> >
>> > chrome://sync
>> >
>> > Type Info
>> >
>> > Favicon Images                |Error:
>> >
>> > ProcessSyncChanges at chrome/browser/sync/glue/generic_change_processor.cc:326,
>> > Failed to create Favicon Images node:
>> > UpdateSyncState at chrome/browser/sync/glue/favicon_cache.cc:701, entry
>> > already exists        |0      |0
>> > Favicon Tracking      |Error:
>> > ProcessSyncChanges at chrome/browser/sync/glue/favicon_cache.cc:326,
>> > One or both favicon types disabled.   |0      |0
>> >
>> > I should fire up chrome on some other computer and see what it thinks
>> > of Favicon....though the sign in again problem has only been on
>> > FreeBSD for me.
>> >
>> > ----- Original Message -----
>> > > Here's something interesting....I happened to look at chrome://sync
>> > > and saw that it was complaining about "Favicons Images" and
>> > > "Favicons Tracking"
>> > >
>> > > Didn't think to capture the screen...but it was something with
>> > > "LogLookupFailure at chrome/browser/sync/glue/generic_change_process",
>> > > which is what I had copied for a search....
>> > >
>> > > Saw something about the Favicons sqlite3 database....so after
>> > > finding
>> > > something in ports to look at sqlite3 databases
>> > > (databases/sqliteman), I tried opening it.  Though I had no idea
>> > > how
>> > > to use sqliteman to see details (my only experience has been from
>> > > Windows, back when I was contributing to WiRNS and the Poopli
>> > > Updater...)...but I tried the analyze and vacuum options....got no
>> > > output, but it changed the file.
>> > >
>> > > Restarted chromium and it was green for the two Favicon items and
>> > > syncs were happening again.
>> > >
>> > > That was Tuesday....today the problem came back, and again its
>> > > complaining about the same thing....doing the sqliteman thing again
>> > > seemed to have fixed it again.  But, what is causing this problem?
>> > >
>> > > I do have a background tab (feedly), so chromium stays running all
>> > > the time though I had noticed frequently that when I come into work
>> > > in the morning that chromium has disappeared, and no message about
>> > > why in dmesg, etc.  Haven't seen the chromium disappearing problem
>> > > at home, though have seen the sync problem there and also did the
>> > > same fix on Tuesday...didn't run into signin problem when I was
>> > > using chromium this morning....
>> > >
>> > > Lawrence
>> > >
>> > > ----- Original Message -----
>> > > > Hi all.
>> > > >
>> > > > I have the same problem, but it was in earlier versions also.
>> > > > Now I have FreeBSD 8.4-PRERELEASE and Chromium  27.0.1453.110
>> > > > (202711).
>> > > > The same problem is on WinXP and Chromium  27.0.1453.110 m
>> > > > Gooogle help doesn`t help....
>> > > >
>> > > > With best regards, Dmitry S. Nikolaev
>> > > >
>> > > > phone: +7 (499) 678 8007 [ext. 6003]
>> > > > fax: +7 (499) 678 8007 [ext. 7777]
>> > > > www: http://www.mega-net.ru
>> > > > mail: dnikolaev at mega-net.ru
>> > > >
>> > > > On 18.06.2013 01:48, Lawrence K. Chen, P.Eng. wrote:
>> > > > >
>> > > > > ----- Original Message -----
>> > > > >> Thanks for doing this! I was a bit mystified as to why sync
>> > > > >> had
>> > > > >> broken, and stumbled here, eventually.
>> > > > >>
>> > > > > So, lastest chromium....had been working okay on the most part,
>> > > > > but
>> > > > > now sync is broken...and I don't know why?
>> > > > >
>> > > > > How do you fix this problem?
>> > > > >
>> > > > > I sign in...it and just takes me back to the sign in page,
>> > > > > clear
>> > > > > cookies, cache, everything....keeps looping.  Can sign into
>> > > > > other
>> > > > > parts of google fine....
>> > > > >
>> > > > > Lawrence
>> > > _______________________________________________
>> > > freebsd-chromium at freebsd.org mailing list
>> > > http://lists.freebsd.org/mailman/listinfo/freebsd-chromium
>> > > To unsubscribe, send any mail to
>> > > "freebsd-chromium-unsubscribe at freebsd.org"
>> > >
>> >
>> > --
>> > Who: Lawrence K. Chen, P.Eng. - W0LKC - Senior Unix Systems
>> > Administrator
>> > For: Enterprise Server Technologies (EST) -- & SafeZone Ally
>> > Snail: Computing and Telecommunications Services (CTS)
>> > Kansas State University, 109 East Stadium, Manhattan, KS 66506-3102
>> > Phone: (785) 532-4916 - Fax: (785) 532-3515 - Email: lkchen at ksu.edu
>> > Web: http://www-personal.ksu.edu/~lkchen - Where: 11 Hale Library
>> > _______________________________________________
>> > freebsd-chromium at freebsd.org mailing list
>> > http://lists.freebsd.org/mailman/listinfo/freebsd-chromium
>> > To unsubscribe, send any mail to
>> > "freebsd-chromium-unsubscribe at freebsd.org"
>> >
>>
>> --
>> Who: Lawrence K. Chen, P.Eng. - W0LKC - Senior Unix Systems Administrator
>> For: Enterprise Server Technologies (EST) -- & SafeZone Ally
>> Snail: Computing and Telecommunications Services (CTS)
>> Kansas State University, 109 East Stadium, Manhattan, KS 66506-3102
>> Phone: (785) 532-4916 - Fax: (785) 532-3515 - Email: lkchen at ksu.edu
>> Web: http://www-personal.ksu.edu/~lkchen - Where: 11 Hale Library
>> _______________________________________________
>> freebsd-chromium at freebsd.org mailing list
>> http://lists.freebsd.org/mailman/listinfo/freebsd-chromium
>> To unsubscribe, send any mail to
>> "freebsd-chromium-unsubscribe at freebsd.org"
>
>