Re: [Bug-gnuzilla] Weave/sync logging errors, but I don't think I have it enabled

2018-04-19 Thread David Hedlund

I added this to https://savannah.gnu.org/bugs/index.php?50960


On 2018-04-12 00:16, Christopher Lemmer Webber wrote:

Something strange has started happening recently in my copy of Icecat.
I noticed when doing an rsync between computers that files like this
have started to appear:

~/.mozilla/icecat/.cwebber/weave/logs/error-sync-1523477157978.txt

I have logs for these as far back as April 3rd.  I notice that the
directory appears to have been created on June 9th 2017, which may have
been the last time I created a fresh profile... I'm not sure.

At any rate the logs look like:

1523477157946   Sync.ServiceINFOStarting sync at 2018-04-11 15:05:57
1523477157946   Sync.ServiceDEBUG   In sync: should login.
1523477157946   browserwindow.syncuiDEBUG   observed: 
weave:service:login:start
1523477157950   Sync.Status DEBUG   Status.login: 
error.login.reason.no_username => error.login.reason.no_username
1523477157950   Sync.Status DEBUG   Status.service: 
service.client_not_configured => service.client_not_configured
1523477157950   Sync.Status DEBUG   Status.login: 
error.login.reason.no_username => error.login.reason.no_username
1523477157950   Sync.Status DEBUG   Status.service: 
service.client_not_configured => service.client_not_configured
1523477157950   browserwindow.syncuiDEBUG   observed: 
weave:service:login:error
1523477157950   browserwindow.syncuiDEBUG   onLoginError: 
login=error.login.reason.no_username, sync=success.sync
1523477157952   Sync.SyncScheduler  DEBUG   Clearing sync triggers and the 
global score.
1523477157952   Sync.ErrorHandler   ERROR   Sync encountered a login error
1523477157954   Sync.ServiceDEBUG   Exception calling WrappedLock: Aborting 
login, client not configured.
1523477157954   Sync.ServiceDEBUG   Not syncing: login returned false.
1523477157966   browserwindow.syncuiDEBUG   _loginFailed has sync 
state=error.login.reason.no_username
1523477157968   browserwindow.syncuiDEBUG   _loginFailed has sync 
state=error.login.reason.no_username
1523477157972   browserwindow.syncuiDEBUG   _loginFailed has sync 
state=error.login.reason.no_username
1523477157972   browserwindow.syncuiDEBUG   _loginFailed has sync 
state=error.login.reason.no_username

This is strange IMO.  I never enabled sync, so why is it even *trying*?
Furthermore, the Sync tab in Icecat's settings page does not even open
for me.

Anyone seen similar things?  I'd love to disable this entirely.  I
haven't done a tcpdump to check but I hope it's not pinging the server
for this.  It's not the most serious thing I suppose since it never gets
past login, but it's still troubling.

I am not subscribed to this list so please Cc me on future replies.

--
http://gnuzilla.gnu.org



--
http://gnuzilla.gnu.org


Re: [Bug-gnuzilla] Emoji in IceCat

2018-04-19 Thread David Hedlund
I'm glad that you solved the issue, so it's not an IceCat bug after all 
or what?



On 2018-04-19 23:33, Felix Fröhlich wrote:

Hi all,

So, erm, that was... not optimal. I wrote the mail to Mart and bug-gnuz
i...@lists.gnu.org because for some reason I believed that was the
correct email address... Please don't ask me why.

Anyhow, with Mart's help I figured out how to display the emoji (see
below).

I also found out that -- for some reason I don't know -- the Noto Color
Emoji font on my system appears to be corrupted, as the font shows up
as what looks like a rounded square in gnome-font-viewer (see
attachment). Not sure what causes this, but I fell back to the
uncoloured version of that font, namely Noto Emoji. It's no big deal,
really.

Now all emoji that I wanted to display show up just fine.

Thanks again for your help, Mart!



--
http://gnuzilla.gnu.org


--
http://gnuzilla.gnu.org


Re: [Bug-gnuzilla] Emoji in IceCat

2018-04-19 Thread Felix Fröhlich
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Whoops. Apparently that email didn't include the previous reply I sent
to Mart. Here you go:

Hi Mart,

Great! Thanks for the advice.

I added the Noto Color Emoji font to the following about:config
settings:

 * font.name.monospace.x-unicode
 * font.name.sans-serif.x-unicode
 * font.name.serif.x-unicode

Now the Emoji actually do show up. They're way too big, though ^^

I'll play around with the font settings and see if I can manage
this; Maybe I'll have to use a different font.

- -- 
Felix Fröhlich
GnuPG: AC26CC3F517BA1794743512E32E7A8DAB442426F

On Thu, 2018-04-19 at 23:33 +0200, Felix Fröhlich wrote:
> Hi all,
> 
> So, erm, that was... not optimal. I wrote the mail to Mart and bug-
> gnuz
> i...@lists.gnu.org because for some reason I believed that was the
> correct email address... Please don't ask me why.
> 
> Anyhow, with Mart's help I figured out how to display the emoji (see
> below).
> 
> I also found out that -- for some reason I don't know -- the Noto
> Color
> Emoji font on my system appears to be corrupted, as the font shows up
> as what looks like a rounded square in gnome-font-viewer (see
> attachment). Not sure what causes this, but I fell back to the
> uncoloured version of that font, namely Noto Emoji. It's no big deal,
> really.
> 
> Now all emoji that I wanted to display show up just fine.
> 
> Thanks again for your help, Mart!
> 
> --
> http://gnuzilla.gnu.org
-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEErCbMP1F7oXlHQ1EuMueo2rRCQm8FAlrZD7QACgkQMueo2rRC
Qm8zvw/9Hstj1r/u5kb7+8R+PTr32FjujwvDzZg1J5Nb598evLHhDUZ8KeQdW3aD
TTbi31ICOOnrHCzG0/5tKW3sbY0J8tKFV7oEuj+gWdAmTCRSaLKQxBho7iHSIsaL
vdhQZt8wtMwN9XGeOaGZm5Ifq6Ykz9rTS24IWfzb5mZ5/9ojXsDy7x2C92g/evQW
YOR+Qp2xukY9sjVDYqjrHP4visJIDR8wyXsezNKUA1wbsUnOmHb7oygtMMV0iEMZ
A87SP/kah3Nscue7f/c/3J1E61XoB0rPwsI7vp3ZrKjz6nC/nBqI4D3l3t06So38
pC2cQKvOZ5jEykvnSiGQdSVGLZfAjL8k/6kXuLyLDeY6ppQqZ4GGKAeopqNgH+SP
ZF2rc5U+r02QH83o597fVMOIS+o0yftH8O9e9FCIBD4ttxBEjPjyNqr/KlPw7378
Oit3sWi46dWC8bv95gvidROCPvEuTcXWBuVlVO89BsQRj7uuIt8cmcxJkr7SmjLY
tlIetL03muTkMZ1+uBHeIgl35t5hp+NsZgcK4aAvn82RmRAXPQzDQZSff4NmUdX0
qLuET207xRUZh8l3ZOnhyZiwGN6b97DSYbpUPRw0Pr6vs9gsLyjJwPetEJiaTp+/
jrJ3l+yDy9/+kwAn0Jsn4h8ksGUdcn2JYCFFt350d8VNVjowQj0=
=1nZe
-END PGP SIGNATURE-



--
http://gnuzilla.gnu.org


Re: [Bug-gnuzilla] Emoji in IceCat

2018-04-19 Thread Felix Fröhlich
Hi all,

So, erm, that was... not optimal. I wrote the mail to Mart and bug-gnuz
i...@lists.gnu.org because for some reason I believed that was the
correct email address... Please don't ask me why.

Anyhow, with Mart's help I figured out how to display the emoji (see
below).

I also found out that -- for some reason I don't know -- the Noto Color
Emoji font on my system appears to be corrupted, as the font shows up
as what looks like a rounded square in gnome-font-viewer (see
attachment). Not sure what causes this, but I fell back to the
uncoloured version of that font, namely Noto Emoji. It's no big deal,
really.

Now all emoji that I wanted to display show up just fine.

Thanks again for your help, Mart!

-- 
Felix Fröhlich
GnuPG: AC26CC3F517BA1794743512E32E7A8DAB442426F

signature.asc
Description: This is a digitally signed message part
--
http://gnuzilla.gnu.org


Re: [Bug-gnuzilla] Emoji in IceCat

2018-04-19 Thread Mart Rootamm
Hi, Felix.
To test again, if things work with less resource usage, use this Wikipedia
template:
https://en.wikipedia.org/wiki/Template:Emoji_(Unicode_block)

To the best of my knowledge, the address bar and the textarea employ
different fonts.

The textarea should be easy:

You'll have to add the color emoji font name to the comma-separated list of
font substitutes in about:config, including at the end of the list in
font.name.monospace.x-unicode
.

The address bar could be dependent on OS-level settings.

-M.
18.04.2018 21:54 kirjutas kuupäeval "Felix Fröhlich" <
felix.froehl...@convey.de>:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> Hi everyone,
>
> I've been trying to work out how to get emoji and other symbols working
> in IceCat 52.6.0 on Debian 9 but failed (mostly, see below).
>
> What I tried is the following:
>
>  * Because I installed IceCat via GNU Guix, I installed some fonts that
>are capable of displaying Emoji. In my case, that was the Guix
>package font-google-noto. It shows up when running fc-list.
>  * To test if that sufficed to display Emoji, I went to the [Full Emoji
>List][1] by the Unicode Consortium (WARNING: opening may cause long
>loading times!) and noticed that a good number of the emoji listed
>in the "Browser" column were actually displayed. Inspecting those
>emoji via right mouse click → "Inspect Element" → "Fonts" in the
>pane on the right revealed that they were, indeed, using the font
>Noto Color Emoji (system). So far, so good.
>  * Then I tried copying some of them (namely U+1F465 , U+1F3F7  and
>U+1F6E0 ) to the [searx instance I'm using][2], the address bar of
>IceCat and the post area on the [diaspora* pod I'm using][3]. In all
>three of these locations, the emoji show up as blank space. Also, in
>contrast to the Unicode page above, Noto Color Emoji does not show
>up as used font.
>  * Modifying the fonts for Latin in about:preferences#content to Noto
>and prohibiting pages from choosing their own fonts didn't help,
>either.
>
> I have some extensions installed that may interfere with fonts:
>
>  * uBlock Origins: Remote fonts are enabled on all affected sites.
>  * uMatrix: CSS is enabled everywhere.
>  * NoScript: @font-face is allowed everywhere.
>  * IceCatHome: Enabling/disabling the "Use system fonts" option doesn't
>  change IceCat's ability to display Emoji, even after restarting.
>
> Do you know of anything that I have missed and could check to see why
> IceCat doesn't display Emoji unless on unicode.org?
>
> Thanks in advance for any help you can provide!
>
>  [1]: https://unicode.org/emoji/charts/full-emoji-list.html
>  [2]: https://searx.ch/
>  [3]: https://diasporing.ch/
>
> - --
> Felix Fröhlich
> GnuPG: AC26CC3F517BA1794743512E32E7A8DAB442426F
> -BEGIN PGP SIGNATURE-
>
> iQIzBAEBCgAdFiEErCbMP1F7oXlHQ1EuMueo2rRCQm8FAlrXj10ACgkQMueo2rRC
> Qm+iMg/9FoQQQIYqFFR7aNnsuTxFkuYO92SJlhJswTsdw+Fn3bJiyQLExeP3UbZL
> PenliatG6MaRyqydSaAl/FSjAjAeFFD7NCzKP2axDDrY2CdQJXiGBIhZ8FlEkGtx
> apYhh6RV7lstqnF0yTqo1U5+KkDf2i3SAe7YbadErxsRoxZdtCGm+2QGB1G4AGHp
> A+y07gMmUoO0BJ52kLUli5zBRQWXySP6X+e+gnIFwB+nilxLwrxLoK0y7IiR0H3d
> 41SurpTPnF/GvwEyhvqfS3I31uaG86uE5m5lnH1sYxGMoSyK2tN2T2Lj9BuBfHhM
> b45xkiymOCmHWgozAEjAwa319AZnx44SW+niOEUBzf4zN7v+tdsJPqi5bbxI+QOV
> AzCiRBCAvsPjXUeA8s+83oU8tNkSE3WD32XdzY53HGO+/vZtc6EpnTCeAFjh5Jek
> t7x/DaeE0BK+DD9SytNUB+fYZDo6JHlgqiCPD65cSyypNFrRSnkTDA3QsZV9ZLES
> lj7oOFWBzJk3rM5Rx6nFbFMRktsroG0EP01AHqbwog5aGXuhsMaTr1wy8/19dUG8
> ivR0HUKZj4JJNXFNEQPYVNZORHyzjnbOzAvM8gTNm3K9qxX728yMkgFRXm/hbc95
> 8pnIGvoA6O4yAMoHr+Wyw0VBUDZzL0KWrsYHdTehHp8xxXXNpHU=
> =J1kG
> -END PGP SIGNATURE-
>
>
>
> --
> http://gnuzilla.gnu.org
>
--
http://gnuzilla.gnu.org