[Daily] Grottiges Menü

[Thomas Schade]

Hola,

sieht das Menü im Editor nur hier (leeres Testprofil, Build von heute)
so beschissen aus oder auch bei anderen?

Screenshot:
<https://www.dropbox.com/s/yyvsoqkuw7fu601/daily-menu-202205.PNG?dl=0>


Ciao
Toscha
--
Lieber ein buntes Deutschland als eine braune Heimat.

[Alfred Peters]

Es schrieb einmal Thomas Schade:

> Hola,
>
> sieht das Menü im Editor nur hier (leeres Testprofil, Build von heute)
> so beschissen aus oder auch bei anderen?
>
> Screenshot:
> <https://www.dropbox.com/s/yyvsoqkuw7fu601/daily-menu-202205.PNG?dl=0>

Sieht hier auch so aus.
Auch die Header im Composer sehen irgendwie eckiger aus oder?

Die letzten Änderungen hier dürften es gerade noch in das letzte Build
geschafft haben:

Bug 1766524 - Consistently style all menupopups across platforms to
respect TB themeing and Density variation

Alfred
--
Thunderbird (102.0a1) - Thunderbird Daily BuildID=20220516100443
Rev: Comm-Central:32fe7bbe50ff / Mozilla-Central:ef95d8712f18 22372.6

[Ruediger Lahl]

*Alfred Peters* schrieb:

> Es schrieb einmal Thomas Schade:

>> sieht das Menü im Editor nur hier (leeres Testprofil, Build von heute)
>> so beschissen aus oder auch bei anderen?
>>
>> Screenshot:
>> <https://www.dropbox.com/s/yyvsoqkuw7fu601/daily-menu-202205.PNG?dl=0>
>
> Sieht hier auch so aus.
> Auch die Header im Composer sehen irgendwie eckiger aus oder?

Ist mir gar nicht so aufgefallen, oder ich habe noch kein aktuelles
Build. Habs aber mal gerade mit Thomas Screenshot verglichen und das
sieht dann hier einklich genauso aus. Ich nutze allerdings das
Dark-Theme und da gefällts mir ganz gut.

> Die letzten Änderungen hier dürften es gerade noch in das letzte Build
> geschafft haben:
>
> Bug 1766524 - Consistently style all menupopups across platforms to
> respect TB themeing and Density variation

BTW: Noch jemand hier, dem die ganzen Ziele für seine Mailfilter
abhanden gekommen sind? Ich hatte hier einen Systemabsturz bei laufenden
TB, da könnte es auch herkommen...
--
bis denne

[Thomas Schade]

On 17.05.2022 06:18 (CEST), Ruediger Lahl wrote:
> *Alfred Peters* schrieb:

>>> sieht das Menü im Editor nur hier (leeres Testprofil, Build von heute)
>>> so beschissen aus oder auch bei anderen?
>>>
>>> Screenshot:
>>> <https://www.dropbox.com/s/yyvsoqkuw7fu601/daily-menu-202205.PNG?dl=0>
>>
>> Sieht hier auch so aus.
>> Auch die Header im Composer sehen irgendwie eckiger aus oder?

Yep, das wäre aber nicht so störend.

> Ist mir gar nicht so aufgefallen, oder ich habe noch kein aktuelles
> Build. Habs aber mal gerade mit Thomas Screenshot verglichen und das
> sieht dann hier einklich genauso aus. Ich nutze allerdings das
> Dark-Theme und da gefällts mir ganz gut.

Aber den geriatriegerechten Font gibt es dort doch auch. Das sieht doch
einfach scheiße aus.

> BTW: Noch jemand hier, dem die ganzen Ziele für seine Mailfilter
> abhanden gekommen sind? Ich hatte hier einen Systemabsturz bei laufenden
> TB, da könnte es auch herkommen...

Das allerdings kann ich nicht bestätigen.


Ciao
Toscha
--
Rassismus hat viele Gesichter. Aber alle sind hässlich.

[Ruediger Lahl]

*Toscha* schrieb:

> [[- CopyFups aus de.comm.software.mozilla.nightly-builds -]]

> On 17.05.2022 06:18 (CEST), Ruediger Lahl wrote:
>> *Alfred Peters* schrieb:
>
>>>> sieht das Menü im Editor nur hier (leeres Testprofil, Build von heute)
>>>> so beschissen aus oder auch bei anderen?
>>>>
>>>> Screenshot:
>>>> <https://www.dropbox.com/s/yyvsoqkuw7fu601/daily-menu-202205.PNG?dl=0>
>>>
>>> Sieht hier auch so aus.
>>> Auch die Header im Composer sehen irgendwie eckiger aus oder?
>
> Yep, das wäre aber nicht so störend.
>
>> Ist mir gar nicht so aufgefallen, oder ich habe noch kein aktuelles
>> Build. Habs aber mal gerade mit Thomas Screenshot verglichen und das
>> sieht dann hier einklich genauso aus. Ich nutze allerdings das
>> Dark-Theme und da gefällts mir ganz gut.
>
> Aber den geriatriegerechten Font gibt es dort doch auch. Das sieht doch
> einfach scheiße aus.

Jetzt wo du's sagst... Aber das lässt sich sicher mit etwas css-Zauber
wieder hinbiegen. Oder man gewöhnt sich schlicht dran. :-)

>> BTW: Noch jemand hier, dem die ganzen Ziele für seine Mailfilter
>> abhanden gekommen sind? Ich hatte hier einen Systemabsturz bei laufenden
>> TB, da könnte es auch herkommen...
>
> Das allerdings kann ich nicht bestätigen.

Mist...
--
bis denne

[Thomas Schade]

On 17.05.2022 16:07 (CEST), Ruediger Lahl wrote:
> *Toscha* schrieb:

>>> Ist mir gar nicht so aufgefallen, oder ich habe noch kein aktuelles
>>> Build. Habs aber mal gerade mit Thomas Screenshot verglichen und das
>>> sieht dann hier einklich genauso aus. Ich nutze allerdings das
>>> Dark-Theme und da gefällts mir ganz gut.
>>
>> Aber den geriatriegerechten Font gibt es dort doch auch. Das sieht doch
>> einfach scheiße aus.
>
> Jetzt wo du's sagst... Aber das lässt sich sicher mit etwas css-Zauber
> wieder hinbiegen. Oder man gewöhnt sich schlicht dran. :-)

Ich lass die Bastelbuben sich erst mal austoben. :)


Ciao
Toscha
--
Hoffnung ist nicht die Überzeugung, dass etwas gut ausgeht,
sondern die Gewissheit, dass etwas Sinn hat, egal wie es ausgeht.
[Václav Havel]

[Alfred Peters]

Es schrieb einmal Thomas Schade:

> On 17.05.2022 16:07 (CEST), Ruediger Lahl wrote:
>> *Toscha* schrieb:
>
>>>> Ist mir gar nicht so aufgefallen, oder ich habe noch kein aktuelles
>>>> Build. Habs aber mal gerade mit Thomas Screenshot verglichen und das
>>>> sieht dann hier einklich genauso aus. Ich nutze allerdings das
>>>> Dark-Theme und da gefällts mir ganz gut.
>>>
>>> Aber den geriatriegerechten Font gibt es dort doch auch. Das sieht doch
>>> einfach scheiße aus.
>>
>> Jetzt wo du's sagst... Aber das lässt sich sicher mit etwas css-Zauber
>> wieder hinbiegen. Oder man gewöhnt sich schlicht dran. :-)
>
> Ich lass die Bastelbuben sich erst mal austoben. :)

Wohl wahr...

Aktuell sind die Ordner ja mal wieder in Farbe und Bunt. 🙄
Ist mir im Prinzip egal. Wenn die sich nur mal entscheiden könnten.

Alfred
--
Thunderbird (102.0a1) - Thunderbird Daily BuildID=20220516100443

Rev: Comm-Central:32fe7bbe50ff / Mozilla-Central:ef95d8712f18 22374.8

[Alfred Peters]

Es schrieb einmal Ruediger Lahl:

> BTW: Noch jemand hier, dem die ganzen Ziele für seine Mailfilter
> abhanden gekommen sind? Ich hatte hier einen Systemabsturz bei laufenden
> TB, da könnte es auch herkommen...

Du meinst die Ziele sind im Filter-Dialog weg? Ich sortiere eigentlich
schon im Hamster. Aber ein Testfilter, den ich noch gefunden habe, sieht
OK aus.

Oder eher das hier:

| Bug 1769732 - filters move/copy rules involving accounts that had
| realhostname do not work

Alfred
--
Thunderbird (102.0a1) - Thunderbird Daily BuildID=20220516100443

Rev: Comm-Central:32fe7bbe50ff / Mozilla-Central:ef95d8712f18 22374.8

[Alfred Peters]

Es schrieb einmal Alfred Peters:

> | Bug 1769732 - filters move/copy rules involving accounts that had
> |               realhostname do not work

Apropos "realhostname" - hattet ihr keine Probleme mit den Anmeldedaten?

Bei IMAP muss man die Daten nur einmal neu eingeben. Bei NNTP hat das
Daily sie bei mir aber bei jedem Start erneut abgefragt.

Ursache scheint ein alter Eintrag in der Prefs.js zu sein:

| mail.server.server<n>.realUserName

Durch den Umbau der Anmeldung wurde daraus:

| mail.server.server<n>.userName

1. Wenn ihr den nicht habt, setzt ihn bitte mal beim News-Server auf
euren Anmeldenamen.

2. Startet TB neu.
-> Dann fragt mich TB nach meinen Anmeldedaten.

- Gebe ich die ein, und lasse sie *nicht* speichern, kann ich bis zum
Neustart arbeiten. Danach -> 2.

- Versuche ich sie zu Speichern, bekomme ich eine Exception im Log:
"NS_ERROR_FAILURE: This login already exists." -> 2.

3. Ping Chen schlägt vor den Eintrag in der Passwort-Liste zu lösche.

4. Neustart - Abfrage Anmeldedaten - Speichern OK - Lesen möglich.

5. Eintrag in der Passwort-Liste ist wieder da.
Neustart - 2.

Das geht so lange bis ich den userName-Eintrag wieder manuell aus der
Prefs.js lösche.

Könnt ihr das nachvollziehen?

Alfred
--
Thunderbird (102.0a1) - Thunderbird Daily BuildID=20220517105417
Rev: Comm-Central:319d44983d68 / Mozilla-Central:fe9a9b667b38 22375.0

[Alfred Peters]

Es schrieb einmal Alfred Peters:

> | mail.server.server<n>.userName
>
> 1. Wenn ihr den nicht habt, setzt ihn bitte mal beim News-Server auf
> euren Anmeldenamen.

Also den userName-Eintrag!

[Ruediger Lahl]

*Alfred Peters* schrieb:

> Es schrieb einmal Ruediger Lahl:
>> BTW: Noch jemand hier, dem die ganzen Ziele für seine Mailfilter
>> abhanden gekommen sind? Ich hatte hier einen Systemabsturz bei laufenden
>> TB, da könnte es auch herkommen...
>
> Du meinst die Ziele sind im Filter-Dialog weg? Ich sortiere eigentlich
> schon im Hamster. Aber ein Testfilter, den ich noch gefunden habe, sieht
> OK aus.
>
> Oder eher das hier:
>
> | Bug 1769732 - filters move/copy rules involving accounts that had
> | realhostname do not work

Der ist es wohl. Aber ich kann mir unter "realhostname" nix vorstellen.
--
bis denne

[Ruediger Lahl]

*Alfred Peters* schrieb:

> Es schrieb einmal Alfred Peters:
>> | Bug 1769732 - filters move/copy rules involving accounts that had
>> |               realhostname do not work
>
> Apropos "realhostname" - hattet ihr keine Probleme mit den Anmeldedaten?
>
> Bei IMAP muss man die Daten nur einmal neu eingeben. Bei NNTP hat das
> Daily sie bei mir aber bei jedem Start erneut abgefragt.

IMAP hab ich gar nicht. Alles POP3.

> Ursache scheint ein alter Eintrag in der Prefs.js zu sein:
>
> | mail.server.server<n>.realUserName
>
> Durch den Umbau der Anmeldung wurde daraus:
>
> | mail.server.server<n>.userName
>
> 1. Wenn ihr den nicht habt, setzt ihn bitte mal beim News-Server auf
> euren Anmeldenamen.

Der ist wenn ich mich recht entsinne seit 20 jahren "*", wie sich das
beim Hamster gehört. Damit spiele ich nicht rum.

> 2. Startet TB neu.
> -> Dann fragt mich TB nach meinen Anmeldedaten.
>
> - Gebe ich die ein, und lasse sie *nicht* speichern, kann ich bis zum
> Neustart arbeiten. Danach -> 2.
>
> - Versuche ich sie zu Speichern, bekomme ich eine Exception im Log:
> "NS_ERROR_FAILURE: This login already exists." -> 2.
>
> 3. Ping Chen schlägt vor den Eintrag in der Passwort-Liste zu lösche.
>
> 4. Neustart - Abfrage Anmeldedaten - Speichern OK - Lesen möglich.
>
> 5. Eintrag in der Passwort-Liste ist wieder da.
> Neustart - 2.
>
> Das geht so lange bis ich den userName-Eintrag wieder manuell aus der
> Prefs.js lösche.
>
> Könnt ihr das nachvollziehen?

Sorry, Alfred. Das ist mir zu viel Aufwand und ein Testprofil habe ich
im Moment nicht im TB.
--
bis denne

[Thomas Schade]

On 17.05.2022 21:00 (CEST), Alfred Peters wrote:

> 1. Wenn ihr den nicht habt, setzt ihn bitte mal beim News-Server auf
> euren Anmeldenamen.

Done.

> 2. Startet TB neu.
> -> Dann fragt mich TB nach meinen Anmeldedaten.

Yep.

> - Gebe ich die ein, und lasse sie *nicht* speichern, kann ich bis zum
> Neustart arbeiten. Danach -> 2.

Yep.

> - Versuche ich sie zu Speichern, bekomme ich eine Exception im Log:
> "NS_ERROR_FAILURE: This login already exists." -> 2.

Yep.

> 3. Ping Chen schlägt vor den Eintrag in der Passwort-Liste zu lösche.
>
> 4. Neustart - Abfrage Anmeldedaten - Speichern OK - Lesen möglich.
>
> 5. Eintrag in der Passwort-Liste ist wieder da.
> Neustart - 2.
>
> Das geht so lange bis ich den userName-Eintrag wieder manuell aus der
> Prefs.js lösche.
>
> Könnt ihr das nachvollziehen?

Grundsätzlich ja. Was ich nicht verstehe, warum macht man das überhaupt?
Mein Usenet-Leben war bisher problemlos möglich ohne 'userName'. :)


Ciao
Toscha
--
Nazis fühlen sich fremd im eigenen Land? Gut so! Ich hoffe, es wird
nie wieder ein Deutschland geben, in dem sich Nazis zu Hause fühlen.

[Alfred Peters]

Es schrieb einmal Thomas Schade:

> On 17.05.2022 21:00 (CEST), Alfred Peters wrote:

> Yep.

Danke.

>> Könnt ihr das nachvollziehen?
>
> Grundsätzlich ja. Was ich nicht verstehe, warum macht man das überhaupt?

Vor Bug 1483485 hat sich TB beim ändern der Anmeldedaten oder der
Serveradresse die neuen Daten in den Prefs realUserName / realHostname /
etc. gemerkt, damit die Einträge in der Passwortdatei beibehalten werden
konnten.

> Mein Usenet-Leben war bisher problemlos möglich ohne 'userName'. :)

Ich hatte den realUserName Eintrag, weil ich irgendwann mal den Namen
geändert hatte. Bug 1769270 hat daraus den userName Eintrag gemacht...

Nur bewirkt der bei NNTP überhaupt nichts, da man in der Konfiguration
gar keinen Anmeldenamen mehr eingeben kann.

Alfred
--
Thunderbird (102.0a1) - Thunderbird Daily BuildID=20220518102025
Rev: Comm-Central:90328ce5bee2 / Mozilla-Central:dd970ebf97df 22377.4

[Alfred Peters]

Es schrieb einmal Alfred Peters:
> Es schrieb einmal Alfred Peters:
>> | Bug 1769732 - filters move/copy rules involving accounts that had
>> |               realhostname do not work
>
> Apropos "realhostname" - hattet ihr keine Probleme mit den Anmeldedaten?

JFTR:
Bug 1770594 - For an NNTP account, the Pref:
mail.server.<serverID>.userName makes TB ask for the credentials at
every startup

<https://bugzilla.mozilla.org/show_bug.cgi?id=1770594>

Alfred
--
Thunderbird (91.9.1) - <CodeName:n.a.> BuildID=20220520005021
Rev: Comm-Central:a52d41376d03 / Mozilla-Central:262b3b86a564 22385.7