one of my banks is inviting me to their newest and greatest online banking experience, so it means they paid some interns for more Javascript?

I'll shot myself on the foot, so I'll check...

...and I'm already getting Javascript exceptions

YAY

they're using ES5 polyfills. yay?

"TypeError: t.toElement is undefined" - of course, it's a bank and a pile of minified JS, but I don't see breakages so far (they're running "the new experience" as a very functionality-limited beta, THANFKULLY)

I guess I'm keeping this bank... for now

(the bank in question is mercantilbanco.com - expect bug reports in the future from me)

...the very same bank that still uses 32-bit W7 for running some ancient Win16 (yes - 16-bit!!!) app for their backend

instead of fixing their broken ATMs, they invest money in more Javascript bloat :/

MY money!

but why

why do they need new javascript shinies for?

so they can fuck themselves harder over?

What's the secret to getting the inspector to inspect chrome? Since upgrade from 2.49.5 to 2.53.8.1, tab text is microscopic and I can't ID elements that need userChrome.css adjusted.

a-865: start DOMi, File -> Inspect Chrome Document -> select the window you want to inspect

IanN_Away: thx. Didn't know there remained the ability to have a separate inspector window different from Ctrl-Shift-I :)

How do I get rid of the mailnews window tab bar? X buttons don't.

a-865: yes, in 2.53.x for Debugger's inspector you have to click on the settings cog, scroll down to advanced settings and check the box that says "Enable browser chrome and add-on debugging toolboxes"

I already had done that.

a-865: hmmm, that used to work, seems something might be broken

frg might know more

I already fixed the microtext. On first pass through userChrome.css I missed the most important instance of mozmm to change.

mail window default content text size shrunk massively, much smaller than pref size for monospace.

that mailnews tab bar is irritating

big space waster

a-865: Preferences -> Browser -> Tabbed Browsing -> Hide the tab bar when only one tab is open?

I thought that was for the browser window only, and that it was already enabled. I was wrong about both. :P

a-865: I'll have to see if it is possible to have a separate pref for mailnews

I think I had it enabled and the upgrade switched it off. I don't remember having seen the tab bar in a freshly opened browser window like I commonly open for a screenshot. Otherwise there are always lots of open tabs in browser.

a-865: I think the default changed from 2.49.x to 2.53.x

big disappointment losing mozmm

have to keep old browser around to use pt text sizes in HTML docs

Pale Moon covers it so far

i'd have to lookup what mozmm is about, I presume it was a Mozilla only "standard"

IanN_Away: mozmm in FF versions 4-59 according to developer.mozilla.org/en-US/docs/Web/CSS/length note. It was real life size mm when DPI was accurate.

useful substitute for hijacked pt unit

bugzilla.mozilla.org/1416564 :(

What build do I need to enjoy the Bug 1720003 fix?

I thought I had heard it was already available. :(

browser.tabs.loadDivertedInBackground does nothing in 2.53.8.1 :(

The mailnews reply date is fsck*d up in 2.53.8.1

how do I get the ISO date into the reply header? LC_TIME=en_DK no longer works

the relnote is wrong

ah, the libicu locale dates

now if it were as easy to hack these as it is to modify a glibc locale

last I checked it didn't look like it was an easy endeavour, but I should check it again sometime

a-865: were you using that before or you're trying it for the first time? you may need to toggle one of the locale/i18n settings

IanN_Away If the browser toolbox is available and remote debugging checked it should allow chrome debugging. With toggle tools you can bring up the developer tools too. There is some non working stuff like developer toolbar and responsive design view but older errors. We need to overhaul how the menu is tacked to tools.

a-865: you're opening the browser toolbox, not the "regular" devtools toolbox/inspector?

njsg no chrome debugging is not possible there

It needs a separate remote connection.

clarify needs the browser toolbox.

a-865 Bug 1720003 is only in 2.53.9b1 pre yet. But will not appear in the official 2.53.9b1 and moves to 2.53.10b1. Needs a bit more testing.

njsg: been using en_DK since forever. Dates other than iso are stupid.

I haven't yet tried to change the date format for ICU tools, for everything else the glibc hacks have served me well so far

but I should indeed try to change this here. I'd usually go with ISO 8601 for the date+time format

njsg: toggle locale/i18n setting where? All else but LC_TIME=en_DK is either en_US or blank/default.

in preferences "Appearance", "Date and time formatting", that's already set for en_DK?

a-865: ^

njsg: it was. I already reverted to 2.49 for my email profile. For the one running CZ (this) it wasn't but is now. Is there a way to test without opening email?

I see it's bad in history window.

In the appearance select list there is only English (United Sta...

if I build the glibc en_DK UTF-8 locale and use it in LC_TIME, the date+time format changes in the list of messages

even if that setting I just mentioned is still set to "application locale"

the "regional settings locale" does show the "English (Denmark)", though

now I still don't get ISO8601, I get four-digit year in D/M/Y and 24-hour time with a dot separator

so just to rule one thing out: is en_DK in the output of "locale -a"? If it's just en_DK.utf8 or en_DK.UTF-8 are you including that (with the .utf/UTF... part) in LC_TIME?

en_DK, en_DK.utf8, en_US, en_US.iso885915, en_US.utf8

set | grep TIME, LC_TIME=en_DK

I took all platform fixes I found for locale display but I won't rule out problems. Totally changed in gecko 55 and 56 was the first version where it was barely usable so I had to backport a bunch of stuff. In Winodws it is fine now if you pick os locale but never got into linux formatting.

a-865: what format are you getting, just the US one with AM/PM and M/D/Y? or something else?

njsg: in history window it's 24 hour time with d/m/y

njsg: LC_TIME=en_DK.utf8 is needed???

set also includes _=LC_TIME

changing from application to regional (en_DK) in appearance had no effect in history window

a-865: I think if it shows that date format, then it is already picking up en_DK, so that's probably not the problem; I'm wondering if there was a change in ICU

my .bashrc incluces #export LC_TIME=en_DK.utf8 and export LC_TIME=en_DK

looks like it was 2009 when I tried export LC_TIME=en_DK.utf8

(or possibly not ICU, but CLDR)

so far I couldn't find a change in mozilla-central that explains this, the file there has had dd/MM/y only

a-865: which version were you using when this gave you ISO8601?

a-865: if it was 2.49.x (I think you mentioned this earlier today), this might actually be ICU+CLDR vs. glibc

glibc still has ISO8601 for en_DK, here I have

date_fmt "%Y-%m-%dT%T %Z"

d_fmt "%Y-%m-%d"

and so on, in /usr/share/i18n/locales/en_DK

but for icu, intl/icu/source/data/locales/en_DK.txt defines "dd/MM/y" and other day-month-year format strings

I forgot the thunderbird bug was actually about en_DK not working, bug 1426907

with sv_SE, I need to change to regional settings

Bug 1409158 is in. Bug 1337069 give more hints.

Bug 1426907 is not in but I can take a look if it would fix it.

I think I recall something about using the regional setting if the language is the same

(which would explain why en_DK was used despite the selection being "application locale" but sv_SE wasn't

but I imagine using sv_SE might make swedish strings pop up

njsg: 2.49.5

yeah, just opening page info :-)

(I mean, in page info you see swedish strings; I'm guessing the history will show these too)

a-865: ok, my guess is that you were seeing the glibc locale before