6.5.5 - Bug bei der Telefonnachricht?

[Antastan]

Hallo.

Vor wenigen wochen haben wir von 6.5.1 auf 6.5.5 upgedatet. Funktioniert eigentlich alles einwandfrei, bis auf die Telefonnachricht. Bei vielen Usern kommt es oft vor, dass der Empfänger (intern) eine leere Telefonnachricht erhält. Alle Felder sind leer, bis auf den Bereich "Meldung" ganz unten. Dieser wird normal übertragen, alle anderen Felder kommen leer an.

Vor Releasewechsel gab es noch nie Probleme mit der Telefonnachricht. Ist das ein Bug in 6.5.5?

[nd_adm]

Hallo alle zusammen,

wir haben das gleiche Problem mit dem Notes-Client 6.5.5

Hat jemand eine Idee zur Lösung des Problems?


Frage an "Antastan" -> Was habt ihr mit dem Problem unternommen?   

[Hive]

schaut euch doch mal die Eigenschaften der dokumente an .. welchen wert die  felder haben und wie die Feldbezeichnung lautet .. und vergleicht das mit der Maske

KAI

[Lossa]

Hi,

es kommt hier leider auf die Reihenfolge an, in der die Felder ausgefüllt werden. Ich kann das hier an dieser Umgebung nicht nachvollziehen, aber es muss etwas mit den Feldformeln zu tun haben. Die löschen die Eingaben wieder.

[hallo.dirk]

Ich kürze den Link mal ein:


http://www-1.ibm.com/support/docview.wss?rs=899&context=SW710&context=SW760&context=SW870&context=SWA40&context=
SWA50&context=SWAZ0&context=SWB20&context=SWB40&context=SWCZ0&context=
SWD10&context=SWD20&context=SWDZ0&context=SWH30&context=SWL40&dc=DB510&dc=
DB520&dc=D800&dc=D900&dc=DA900&dc=DA800&dc=DB530&dc=DA600&dc=D600&dc=
D700&dc=DA500&dc=D200&dc=DA410&dc=DA450&dc=DA430&dc=DA440&dc=DB540&dc=
DB400&dc=DB550&dc=D100&q1=%24respondedto&uid=swg1LO09991&loc=en_US&cs=UTF-8&lang=all

Falscher Link



Wichtig ist der Satz:
This problem was resolved as: No Plans To Fix in this Codestream

[m3]

Du meinst "LO09991: FORWARDING STATIONARY LEADS TO ALL MAIL SENT USING THAT STATIONARY GETTING THE "FORWARDED" ICON ($RESPONDEDTO="2")"   

[nd_adm]

Also nach vielen weiteren Tests scheint der Fehler aufzutreten, wenn man die Schaltfläche [Senden] in der Telefonnachricht verwendet. Wenn man die Maske mit [ESC] schließt und im folgenden Dialog auf [Senden und speichern] klickt geht alles schön.

Ich werde aus der Formel in der [Senden]-Aktion nicht schlau...

Wir haben jetzt als Lösung vor, die [Senden]-Aktion einfach mit

@PostedCommand([FileSave]);
@PostedCommand([FileCloseWindow])

zu ändern. Dann kommt zwar ein Dialog mehr, aber es geht wenigstens.

Wenn ihr noch bessere Vorschläge habt, danke ich euch jetzt schon mal.

[hallo.dirk]

Ach ich Depp....entschuldigung

Das hier ist der richtige Link
http://www-1.ibm.com/support/docview.wss?uid=swg1LO11250

Angeblich aber gefixed....


Ähh wie macht man das mit den Links?

P.S.:Ja nun hat Dirk auch das

beschreibender Link


gefunden....

[fuppy]

Wir haben das Problem auch mit 6.5.5

Als Workaround:
Einfach erst den/die Empfänger auswählen und danach den Rest der Telefonnachricht ausfüllen...

Dann klappts bei uns...

Laut IBM soll das angeblich in 6.5.6 gefixt werden

[hallo.dirk]

Kleiner Trost:

Im 7.02er Client ist das behoben.....

[nd_adm]

Wir haben das Problem jetzt folgendermaßen behoben:

- in der Maske 'Phone Message' die gemeinsame Aktion 'Senden' gelöscht
- eine neue Aktion 'Senden' erstellt mit folgender Formel

@Command([ViewRefreshFields]);
MEMO_SEND:="1024";
FIELD ActionInProgress:=MEMO_SEND;
@If(@Command([FileSave]);@Command([FileCloseWindow]);@Return(""))


Noch eine allgemeine Frage zum Schluß:
Funktioniert der 6.5.5er Client auch mit einer 7.0.2er Schablone einwandfrei?

[SD]

Bei unserer 7.0.1-Schablone tritt der Fehler auch auf.

Behoben haben wir das indem wir

Code

Dim nuiws As New  NotesUIWorkspace
Dim nuidoc As NotesUIDocument
Set nuidoc = nuiws.CurrentDocument
nuidoc.Refresh

in das Entering-Ereignis des Feldes "EnterSendTo" geschrieben haben.

Seitdem haben wir keinen Ärger mehr damit.