SM-Trunk & Mnenhy

[Hartmut Figge]

Gruß,

jetzt hat es auch Mnenhy erwischt. Klickt man auf eine der References in
der Headerpane, gibt es keine Reaktion mehr. Die Error Console sagt dazu:

Timestamp: 19.03.2013 17:33:27
Error: TypeError: event.view is null
Source File:
chrome://mnenhy-headers/content/mnenhy-headers-msgHdrViewOverlay.js
Line: 920

hafi@i5_64 ~ $ fenster 1303160140-1303191455
Last good: 2013-03-15 17:40:00 PDT
First bad: 2013-03-19 06:55:00 PDT

Ziemlich großes Regressionsfenster. Liegt daran, dass zwischendurch kein
erfolgreiches Build möglich war. ;)

Hartmut
--
Usenet-ABC-Wiki http://www.usenet-abc.de/wiki/
Von Usern fuer User :-)

[Sascha Grage]

Hartmut Figge meinte:

> jetzt hat es auch Mnenhy erwischt. Klickt man auf eine der References in
> der Headerpane, gibt es keine Reaktion mehr. Die Error Console sagt dazu:

Im Tinderbox-Daily funktioniert es(noch)... ;-)

Thunderbird/22.0a1 ID:20130319095817

--
> *"Be Thankful"* - Jamie Lewis feat. Michelle Weeks <
> https://www.youtube.com/watch?v=UGO1B0EfyNk <

(c)

[Hartmut Figge]

Sascha Grage:

>Hartmut Figge meinte:

>> jetzt hat es auch Mnenhy erwischt. Klickt man auf eine der References in
>> der Headerpane, gibt es keine Reaktion mehr. Die Error Console sagt dazu:
>
>Im Tinderbox-Daily funktioniert es(noch)... ;-)
>
>Thunderbird/22.0a1 ID:20130319095817

Sieht dann so aus, als sei TB nicht betroffen. Oder es lag an einem Bug,
der schon wieder behoben wurde. Falls dem so sein sollte, müsste mein
nächstes Build unauffällig sein.

[Hartmut Figge]

Hartmut Figge:

>Sieht dann so aus, als sei TB nicht betroffen. Oder es lag an einem Bug,
>der schon wieder behoben wurde. Falls dem so sein sollte, müsste mein
>nächstes Build unauffällig sein.

Auch bei meinem neuen SM ist der Fehler noch vorhanden.

[Sascha Grage]

Hartmut Figge meinte:

> Hartmut Figge:
>
>>Sieht dann so aus, als sei TB nicht betroffen. Oder es lag an einem Bug,
>>der schon wieder behoben wurde. Falls dem so sein sollte, müsste mein
>>nächstes Build unauffällig sein.
>
> Auch bei meinem neuen SM ist der Fehler noch vorhanden.

Es gibt neue Tinderbox-Build, mal schauen...

Jo, jetzt scheint der Fehler scheint jetzt auch im Daily angekommen zu
sein. Die Error-Console schweigt jedoch...

good: comm-central-macosx64/1363712297/
bad: comm-central-macosx64/1363732754

bye,
Sascha

[Sascha Grage]

Sascha Grage meinte:
> good: comm-central-macosx64/1363712297/

Stopp, sorry mein Fehler. Auch da ging's schon nicht mehr...

bye

[Karsten Düsterloh]

Hartmut Figge aber hob zu reden an und schrieb:

> jetzt hat es auch Mnenhy erwischt. Klickt man auf eine der References in
> der Headerpane, gibt es keine Reaktion mehr. Die Error Console sagt dazu:
>
> Timestamp: 19.03.2013 17:33:27
> Error: TypeError: event.view is null
> Source File:
> chrome://mnenhy-headers/content/mnenhy-headers-msgHdrViewOverlay.js
> Line: 920

*seufz*


Karsten
--
Freiheit stirbt | Fsayannes SF&F-Bibliothek:
Mit Sicherheit | http://fsayanne.tprac.de/

[Karsten Düsterloh]

Hartmut Figge aber hob zu reden an und schrieb:

> jetzt hat es auch Mnenhy erwischt. Klickt man auf eine der References in
> der Headerpane, gibt es keine Reaktion mehr. Die Error Console sagt dazu:
>
> Timestamp: 19.03.2013 17:33:27
> Error: TypeError: event.view is null
> Source File:
> chrome://mnenhy-headers/content/mnenhy-headers-msgHdrViewOverlay.js
> Line: 920

�hm, ist das noch ein Problem? In SM 2.23 offenbar nicht?

[Ralf Zilian]

Karsten D�sterloh schrieb am 24.12.2013 um 14:37:12 Uhr:

> Hartmut Figge aber hob zu reden an und schrieb:
>> jetzt hat es auch Mnenhy erwischt. Klickt man auf eine der References in
>> der Headerpane, gibt es keine Reaktion mehr. Die Error Console sagt dazu:
>>
>> Timestamp: 19.03.2013 17:33:27
>> Error: TypeError: event.view is null
>> Source File:
>> chrome://mnenhy-headers/content/mnenhy-headers-msgHdrViewOverlay.js
>> Line: 920
>
> �hm, ist das noch ein Problem? In SM 2.23 offenbar nicht?

Also in "Mozilla/5.0 (Windows NT 6.1; rv:28.0) Gecko/20100101
Thunderbird/28.0a2 - Build ID 20131223004002" meldet die Fehlerkonsole
dieses [1].

[1]
Error: TypeError: goWin.ClearEditMessageBox is not a function
Source file:
chrome://mnenhy-headers/content/mnenhy-headers-msgHdrViewOverlay.js
Line: 530


und wech
Ralf
--
ERROR: Coffeepot not found - Operator halted.

[Hartmut Figge]

Karsten D�sterloh:

>Hartmut Figge aber hob zu reden an und schrieb:

>> jetzt hat es auch Mnenhy erwischt. Klickt man auf eine der References in
>> der Headerpane, gibt es keine Reaktion mehr. Die Error Console sagt dazu:
>>
>> Timestamp: 19.03.2013 17:33:27
>> Error: TypeError: event.view is null
>> Source File:
>> chrome://mnenhy-headers/content/mnenhy-headers-msgHdrViewOverlay.js
>> Line: 920
>
>�hm, ist das noch ein Problem?

Kommt im Trunk nicht mehr vor. Wei� nicht, seit wann. M�rz ist ziemlich
lange her. ;)

Hartmut

[Alfred Peters]

Es schrieb einmal Karsten D�sterloh:

> Hartmut Figge aber hob zu reden an und schrieb:
>> jetzt hat es auch Mnenhy erwischt. Klickt man auf eine der References in

>> Error: TypeError: event.view is null

> �hm, ist das noch ein Problem? In SM 2.23 offenbar nicht?

Im Daily auch nicht. O:-)

Allerdings funktioniert die MID-Suche generell nur noch in der aktuellen
Gruppe. Wenn die MID dort nicht gefunden wird:

| Timestamp: 24.12.2013 15:46:33
| Error: undefined.Count is not a function
| Source File: chrome://mnenhy-mids/content/mnenhy-mids-overlay.js
| Line: 181

# for (let i = 0; i < allServers.Count() && !messageHeader; ++i)

Alfred
--
Thunderbird (29.0a1)
BuildID=20131222190223 13979.8

[Hartmut Figge]

Alfred Peters:

>Allerdings funktioniert die MID-Suche generell nur noch in der aktuellen
>Gruppe. Wenn die MID dort nicht gefunden wird:
>
>| Timestamp: 24.12.2013 15:46:33
>| Error: undefined.Count is not a function
>| Source File: chrome://mnenhy-mids/content/mnenhy-mids-overlay.js
>| Line: 181
>
># for (let i = 0; i < allServers.Count() && !messageHeader; ++i)

Mal schaun. Erste MID sollte per albasani zu finden sein und die zweite
in news.mozilla.org.

<52a38941$0$12688$91ce...@newsreader03.highway.telekom.at>
<mailman.14198.13874226...@lists.mozilla.org>

Hartmut

[Hartmut Figge]

Hartmut Figge:

>Erste MID sollte per albasani zu finden sein und die zweite
>in news.mozilla.org.
>
><52a38941$0$12688$91ce...@newsreader03.highway.telekom.at>
><mailman.14198.13874226...@lists.mozilla.org>

Kein Problem mit SM Trunk.

Hartmut

[Thomas Schade]

F�hren beide zum von Alfred genannten Fehler.
Mozilla/5.0 (Windows NT 6.1; rv:29.0) Gecko/20100101 Thunderbird/29.0a1
ID:20131220030202 CSet: c1bb1f98c4c5


Ciao
Toscha
--
Some people are like slinkies.
Not really good for much, but bring a smile to your face when pushed
down the stairs.

[Martin Freitag]

Am 24.12.2013 16:02, Thomas Schade schrieb:
> On 24.12.2013 15:56, Hartmut Figge wrote:
>> Alfred Peters:
>
>>> Allerdings funktioniert die MID-Suche generell nur noch in der aktuellen
>>> Gruppe. Wenn die MID dort nicht gefunden wird:
>>>
>>> | Timestamp: 24.12.2013 15:46:33
>>> | Error: undefined.Count is not a function
>>> | Source File: chrome://mnenhy-mids/content/mnenhy-mids-overlay.js
>>> | Line: 181
>>>
>>> # for (let i = 0; i < allServers.Count() && !messageHeader; ++i)
>>
>> Mal schaun. Erste MID sollte per albasani zu finden sein und die zweite
>> in news.mozilla.org.
>>
>> <52a38941$0$12688$91ce...@newsreader03.highway.telekom.at>
>> <mailman.14198.13874226...@lists.mozilla.org>
>
> F�hren beide zum von Alfred genannten Fehler.
> Mozilla/5.0 (Windows NT 6.1; rv:29.0) Gecko/20100101 Thunderbird/29.0a1
> ID:20131220030202 CSet: c1bb1f98c4c5

Jo, selbst im Release 2.23 ist das schon so:
Fehler: TypeError: (intermediate value).Count is not a function
Quelldatei: chrome://mnenhy-mids/content/mnenhy-mids-overlay.js
Zeile: 181
Gru�

Martin

[Hartmut Figge]

Martin Freitag:

>Am 24.12.2013 16:02, Thomas Schade schrieb:
>> On 24.12.2013 15:56, Hartmut Figge wrote:

>>> Mal schaun. Erste MID sollte per albasani zu finden sein und die zweite
>>> in news.mozilla.org.
>>>
>>> <52a38941$0$12688$91ce...@newsreader03.highway.telekom.at>
>>> <mailman.14198.13874226...@lists.mozilla.org>
>>
>> F�hren beide zum von Alfred genannten Fehler.
>> Mozilla/5.0 (Windows NT 6.1; rv:29.0) Gecko/20100101 Thunderbird/29.0a1
>> ID:20131220030202 CSet: c1bb1f98c4c5
>
>Jo, selbst im Release 2.23 ist das schon so:

Interessant, dass der Trunk nicht betroffen ist. Eine �nderung im Source
seit 2.23? Win vs. Linux?

Hartmut

[Susanne Jäger]

Hartmut Figge schrieb am 24.12.2013 15:57:
> Hartmut Figge:
>
>> Erste MID sollte per albasani zu finden sein und die zweite
>> in news.mozilla.org.
>>
>> <52a38941$0$12688$91ce...@newsreader03.highway.telekom.at>

einwandfrei gefunden bei news.arcor.de

Vielleicht ja wirklich OS-spezifisch.

Gru�
Susanne

[Hartmut Figge]

Susanne J�ger:

>Vielleicht ja wirklich OS-spezifisch.

Delegieren wir das Problem zu Karsten. :)

Hartmut

[Alfred Peters]

Es schrieb einmal Susanne J�ger:

> Hartmut Figge schrieb am 24.12.2013 15:57:
>> Hartmut Figge:
>>
>>> Erste MID sollte per albasani zu finden sein und die zweite
>>> in news.mozilla.org.
>>>
>>> <52a38941$0$12688$91ce...@newsreader03.highway.telekom.at>
>
> einwandfrei gefunden bei news.arcor.de

Es muss kein anderer Server sein. Um den Fehler zu provozieren, reicht eine
ander Gruppe.

> Vielleicht ja wirklich OS-spezifisch.

Es sieht so aus.

Folgendes in der ErrorConsole in einer Zeile eingegeben liefert hier den
bekannten Fehler:

| var accountManager = Components.classes["@mozilla.org/messenger/account-manager;1"].getService(Components.interfaces.nsIMsgAccountManager);var allServers = accountManager.allServers;allServers.Count();

W�hrend mir der Code nur mit .length einen Wert zur�ckgibt:

| var accountManager = Components.classes["@mozilla.org/messenger/account-manager;1"].getService(Components.interfaces.nsIMsgAccountManager);var allServers = accountManager.allServers;allServers.length;

In Mnenhy ge�ndert bleibt er dann leider an:

| let currentServer = allServers.GetElementAt(i);

h�ngen.

Alfred
--
Thunderbird (29.0a1)
BuildID=20131222190223 13980.3

[Martin Freitag]

Am 24.12.2013 16:14, Hartmut Figge schrieb:
> Interessant, dass der Trunk nicht betroffen ist. Eine �nderung im Source
> seit 2.23?

W�re dann quasi eine behobene Regression o.�., warum nicht. ;-) Ich bin
aber auch nicht sicher, mit welcher Version es kaputt ging, ich w�rde
behaupten wollen, das war mindestens schon in v2.22 so.

> Win vs. Linux?

Nach Susannes Posting wohl nicht unm�glich. Leider habe ich hier zu
wenig Bandbreite, um ein Nightly unter Windows mit Mnenhy an den Start
zu bringen, die Verbindung ist ohnehin st�ndig weg.
Gru�

Martin

PS: Immerhin Mozilla/5.0 (Windows NT 6.1; rv:28.0) Gecko/20100101
Firefox/28.0 SeaMonkey/2.25a1 Build identifier: 20131127003001
ist betroffen.

[Jens Hatlak]

Alfred Peters schrieb:

> | Error: undefined.Count is not a function
> | Source File: chrome://mnenhy-mids/content/mnenhy-mids-overlay.js
> | Line: 181
>
> # for (let i = 0; i < allServers.Count() && !messageHeader; ++i)

Das funktioniert schon lange nicht mehr. Im SM/TB-Code (2.17/20.0,
soweit ich sehen kann) wurde das mit Bug 820377 abgel�st:

<http://hg.mozilla.org/comm-central/rev/03b3bfba6c88>

Im Grunde muss also nur allServers.Count() durch allServers.length und
GetElementAt(i).QueryInterface(Ci.nsIMsgIncomingServer) durch
queryElementAt(i, Ci.nsIMsgIncomingServer) ersetzt werden (mit Ci =
Components.interfaces). Mit einer entsprechenden Abfrage kann man auch
leicht alt und neu unterst�tzten, wie ich das etwa bei meinem JHBF.jsm
mache.

HTH

Jens

--
Jens Hatlak <http://jens.hatlak.de/>
SeaMonkey Trunk Tracker <http://smtt.blogspot.com/>

[Karsten Düsterloh]

Alfred Peters aber hob zu reden an und schrieb:

>> einwandfrei gefunden bei news.arcor.de
>
> Es muss kein anderer Server sein. Um den Fehler zu provozieren,
> reicht eine ander Gruppe.
>
>> Vielleicht ja wirklich OS-spezifisch.
>
> Es sieht so aus.

Wir haben drüben in ger.ct das Thema mit Google und der News-Suche
(unabhängig von Mozilla) auch schon diskutiert gehabt, für mich sieht
das aber so aus, als ob es vielleicht am _Provider_ liegt?
Ich finde da nämlich _nie_ was …

Die Fehlermeldungen auf Mozillaseite muß ich mal debuggen.

[Hartmut Figge]

Karsten D�sterloh:

>Wir haben dr�ben in ger.ct das Thema mit Google und der News-Suche
>(unabh�ngig von Mozilla) auch schon diskutiert gehabt, f�r mich sieht

>das aber so aus, als ob es vielleicht am _Provider_ liegt?

>Ich finde da n�mlich _nie_ was �

Vor einiger Zeit gab es eine Diskussion bzgl. Google auf de.test. Nur
bei einer einzigen NG konnte ich per MID bei Google etwas finden.

Ich habe dies NG jetzt noch einmal abonniert.
<031013.192217...@wolfgang-bauer.at>
<l1arod...@fw1.my-fqdn.de>

Ich hoffe, die Suche per Mnenhy und 'Open Browser With Message-ID'
klappt auch nachher noch.

Ansonsten, da auf Google �berhaupt kein Verlass mehr ist, verwende ich
jetzt http://al.howardknight.net/

Hartmut

[Alfred Peters]

Es schrieb einmal Jens Hatlak:

> Alfred Peters schrieb:
>>| Error: undefined.Count is not a function
>>| Source File: chrome://mnenhy-mids/content/mnenhy-mids-overlay.js
>>| Line: 181
>>
>># for (let i = 0; i < allServers.Count() && !messageHeader; ++i)
>
> Das funktioniert schon lange nicht mehr.

Ja, das ist schon �lter. Seit sich der im OP angesprochene Fehler von selbst
erledigt hat.

> Im SM/TB-Code (2.17/20.0, soweit

Hmm, und warum funktioniert das dann noch bei Hartmut und Susanne?

> ich sehen kann) wurde das mit Bug 820377 abgel�st:
>
> <http://hg.mozilla.org/comm-central/rev/03b3bfba6c88>

Ah ja, das hat mir gefehlt.

> Im Grunde muss also nur allServers.Count() durch allServers.length und

Das hatte ich ja schon herausgefunden.

> GetElementAt(i).QueryInterface(Ci.nsIMsgIncomingServer) durch
> queryElementAt(i, Ci.nsIMsgIncomingServer) ersetzt werden (mit Ci =

Frei nach obigem Patch habe ich mir folgendes zusammengereimt:

| for (let i = 0; i < allServers.length && !messageHeader; ++i)
| {
| let currentServer = allServers.queryElementAt(i, Components.interfaces.nsIMsgIncomingServer);

Damit scheint es zu funktionieren. eine von Hartmuts Beispiel-MIDs wird auch
auf einem andern Server gefunden. Bei der zweiten geht meinem TB aber wohl
der Speicher aus:

[1] * tb_suche.png (8,7 KB) hosted on Dropbox: https://db.tt/I4hdqiSy

| Timestamp: 25.12.2013 17:09:11
| Error: [Exception... "Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIMsgFolder.msgDatabase]" nsresult: "0x80004005 (NS_ERROR_FAILURE)" location: "JS frame :: chrome://messenger/content/mailContextMenus.js :: CheckForMessageIdInFolder :: line 265" data: no] when searching on server news.arcor.de
| Source File: chrome://mnenhy-mids/content/mnenhy-mids-overlay.js
| Line: 198

Die Zeile stimmt nicht. Das ist der 'catch()'-Code nach dem
oThis.SearchForMessageIdInSubFolder() Aufruf.

Ich vermute mal, da �berschreitet irgend ein interner Speicher die
2GB-grenze. :-)

Alfred
--
Thunderbird (29.0a1)
BuildID=20131225135218 13982.8

[Alfred Peters]

Es schrieb einmal Karsten D�sterloh:

> Alfred Peters aber hob zu reden an und schrieb:

>> Es muss kein anderer Server sein. Um den Fehler zu provozieren,
>> reicht eine ander Gruppe.

> Wir haben dr�ben in ger.ct das Thema mit Google und der News-Suche
> (unabh�ngig von Mozilla) auch schon diskutiert gehabt, f�r mich sieht

N�, hier[TM] geht es um die lokale Suche. Also "Open Message for ID" oder
(R-)Maus-Click auf eine ID in den References.

Google verwende ich sowieso nicht.

> das aber so aus, als ob es vielleicht am _Provider_ liegt?

Das w�re dann mein Hamster. Das w�sste ich. O:-)

> Die Fehlermeldungen auf Mozillaseite mu� ich mal debuggen.

<bi0gn5...@mid.individual.net>

HTH

[Karsten Düsterloh]

Alfred Peters aber hob zu reden an und schrieb:

> Nö, hier[TM] geht es um die lokale Suche. Also "Open Message for ID" oder

> (R-)Maus-Click auf eine ID in den References.

Ah, okay.
Das funktioniert bei mir — sofern der Artikel halt bei mir auch lokal
vorliegt.

[Martin Freitag]

Am 26.12.2013 00:25, Karsten Düsterloh schrieb:
> Alfred Peters aber hob zu reden an und schrieb:
>> Nö, hier[TM] geht es um die lokale Suche. Also "Open Message for ID" oder
>> (R-)Maus-Click auf eine ID in den References.
>
> Ah, okay.
> Das funktioniert bei mir — sofern der Artikel halt bei mir auch lokal
> vorliegt.

Na herzlichen Glückwunsch, bei genügend anderen aber nicht. ^^
Da es bei allen Betroffenen die selbe Zeile ist, muss es ja irgendwo
haken. ;-)
Gruß

Martin

[Alfred Peters]

Es schrieb einmal Karsten D�sterloh:

> Alfred Peters aber hob zu reden an und schrieb:

>> N�, hier[TM] geht es um die lokale Suche. Also "Open Message for ID" oder

>> (R-)Maus-Click auf eine ID in den References.
>
> Ah, okay.

> Das funktioniert bei mir � sofern der Artikel halt bei mir auch lokal
> vorliegt.

Das ist hier auch der Fall, aaaber in einer anderen Gruppe(!).
Wenn ich den Fokus auf diese Gruppe setzt und dann �ber "Enter ID Manually -
Local Messages" gehe, wird der Artikel auch gefunden.

Alfred
--
Thunderbird (29.0a1)
BuildID=20131225135218 13984.6

[Karsten Düsterloh]

Hartmut Figge aber hob zu reden an und schrieb:
> jetzt hat es auch Mnenhy erwischt.

Mal so ganz am Rande:
Es hat vermutlich niemand außer mir selbst genutzt, aber Mnenhy war
halbwegs sauber an das alte Mozilla-Build-System angepaßt, d.h. man
konnte Mnenhy wie inspector oder venkman einfach bei --enable-extensions
angeben und der Rest geschah automatisch während des normalen Bauens von
SM/TB/FF (oder auch nur das XPI mittels eines speziellen
--enable-application=extensions).

Seit dem Umbau auf die Python-Geschichte ist das natürlich FUBAR. :-(

Ich habe die letzten zwei Tage versucht, das wenigstens minimal wieder
ans Laufen zu bekommen, aber nix. Und das wäre wohl auch Aufwand ohne
echten Mehrwert — ich werde mir erstmal wieder ein eigenes
Mnenhy-Buildsystem zusammenbasteln müssen. :-(

Ich werfe aber vorher meine bisherigen Fixes die Tage mal in eine
handgemalte Beta. ;-)

[Ruediger Lahl]

Karsten Düsterloh <tr...@tprac.de> wrote:
>
> Mal so ganz am Rande:
> Es hat vermutlich niemand außer mir selbst genutzt, aber Mnenhy war
> halbwegs sauber an das alte Mozilla-Build-System angepaßt, d.h. man
> konnte Mnenhy wie inspector oder venkman einfach bei --enable-extensions
> angeben und der Rest geschah automatisch während des normalen Bauens von
> SM/TB/FF (oder auch nur das XPI mittels eines speziellen
> --enable-application=extensions).

Nein. Das habe ich tatsächlich nie genutzt. Ich hänge ja an der Tinderbox
und lasse bauen.

> Ich werfe aber vorher meine bisherigen Fixes die Tage mal in eine
> handgemalte Beta. ;-)

Super!
--
bis denne

[Thomas Schade]

On 27.12.2013 03:43, Karsten D�sterloh wrote:

> Ich werfe aber vorher meine bisherigen Fixes die Tage mal in eine
> handgemalte Beta. ;-)

Fein!


Ciao
Toscha
--
Now he's too old to Rock'n'Roll
but he's too young to die.
[Jethro Tull]