Das Notes Forum
Lotus Notes / Domino Sonstiges => Projekt Bereich => Help-Desk Applikation !!Help!! => Thema gestartet von: eknori am 08.07.05 - 16:03:20
-
ich glaube, ich habe das Problem mit dem RSOD beim Wechsel von einem Frameset in einen anderen gelöst.
Durch zahlreiche Versuche kristallisierte sich heraus, daß offensichtlich die Funktion @SetTargetFrame in Verbindung mit der Option _top der Übeltäter ist.
Ich habe jetzt den Code in den Aktionen derart geändert, daß ich @SetTargetFram("_top") durch
ein simples @Command( [CloseWindow] ) ; ersetzt habe.
Der Code in den Actions der Navigation sieht nun folgendermaßen aus:
_defaultNewFrame := @UpperCase(@DbLookup( "" : "NoCache" ; "":"" ; "($LUConfig)" ; "AlwaysOpenNewNavigationFrame" ; 2;[FailSilent] ));
@If(_defaultnewFrame!="YES";
@Do(
@Command( [CloseWindow] ) ;
@Command([OpenFrameset]; "FS-CLOSEDTICKETS"));
@Command([OpenFrameset]; "FS-CLOSEDTICKETS"))
Die Aktionen, mit denen ich den Fehler reproduzieren konnte, funktionieren jetzt sauber. Ich habe es jetzt gut und gerne 100 mal durchgespielt, ohne einen einzigen RSOD.
-
Hut ab, Ulrich - das ist eine wahre Detektivarbeit. Ich habe gerade selber sowas durch: Unter bestimmten Umständen führt NotesView.AllEntries (was für eine simple Methode - eigentlich) unter R6 zu einer RBOD. Der bestimmte Umstand war ... der Zugriff auf einen Server R5.0.8 (in einer fremden Domäne, also nicht vermeidbar).
Teilst Du Deinen "Fund" IBM mit ?
Bernhard
-
es gibt da leider noch eine kleine Einschränkung:
Die Datenbank muss die letzte im Datenbankswitcher sein. Duch das CloseWindows erhält sonst eine andere Datenbank den Focus und da sind die Framesetzt logischerweise nicht vorhanden, die im Anschluss geöffnet werden sollen.
Also ist die "Lösung" auch nur wieder ein Würgaround mit Haken und Ösen.
Allen Leidgeplagten kann ich daher nur empfehlen den Parameter "AlwaysOpenNewNavigationFrame" auf "YES" zu setzen. Da taucht der RSOD nicht auf und die Datenbank kann an beliebiger Stelle stehen.
möglicherweise gibt es aber noch eine andere Lösung um @SetTargetFrame zu vermeiden; werde mir jetzt mal ansehen, welche Möglichkeiten LS dafür bietet ...
Teilst Du Deinen "Fund" IBM mit ?
erst mal sehen, mit welcher Lösung die rüberkommen ;D
-
ich krieg' die Motten.
Irgendwie lässt mich dieser @SetTargetFrame nicht los.
Komischerweise funktioniert das switchen zwischen den Framesets mit folgender Formel ohne Red Box
_defaultNewFrame := @UpperCase(@DbLookup( "" : "NoCache" ; "":"" ; "($LUConfig)" ; "AlwaysOpenNewNavigationFrame" ; 2;[FailSilent] ));
@If(_defaultnewFrame!="YES";
@Do(
@SetTargetFrame("_top");
@Command([CloseWindow]);
@Command([OpenFrameset]; "FS-CLOSEDTICKETS"));
@Command([OpenFrameset]; "FS-CLOSEDTICKETS"))
während
_defaultNewFrame := @UpperCase(@DbLookup( "" : "NoCache" ; "":"" ; "($LUConfig)" ; "AlwaysOpenNewNavigationFrame" ; 2;[FailSilent] ));
@If(_defaultnewFrame!="YES";
@Do(
@SetTargetFrame("_top");
@Command([OpenFrameset]; "FS-CLOSEDTICKETS"));
@Command([OpenFrameset]; "FS-CLOSEDTICKETS"))
die Box zuverlässig auf das Display zaubert.
Obiger Code löst auch das Problem der Positionierung der Datenbank im Datenbank Switcher ...
To be continued
-
was auch immer da Notes intern abgeht, aber es scheint wirklich die Lösung des Problems zu sein. Meine Tochter und ein Nachbar ( User ) klicken jetzt seit gut einer halben Stunde wie wild in der Navigation rum ohne eine einzige RBOD zu erhalten.
erklären kann ich mir das nur damit, daß @SetTargetFrame in Version 5 eingeführt wurde und CloseWindows erst in Version 6. Möglicherweise wird durch das Hintereinanderschalten der Befehle ein Problem im SetTargetFrame gefixt.
( allocated memory, irgendwelche handles oder sonstiger fetziger stuff )
-
ich habe mal Damien Katz zu dem Problem befragt
If you send me the nsd file for the crash I might be
able to pinpoint what area of Notes is crashing
(editor, formula engine, frameset manager, etc) based
on the stack traces.
--- ulrich.krause@eknori.de wrote:
> hi Damien,
>
> sorry to disturb you, but could you please take a
> look at
>
http://www.eknori.de/home/detail.php?nr=1237&kategorie=home
> Can you explain this strange behaviour ?? IBM can't
> ;-)
>
> mit freundlichen Grüssen
>
> Heinz Ulrich Krause
möglichweise kommen wir da bei IBM ein bisschen schneller voran
-
hier die Antwort von Damien
Stack traces from rip files are a little unreliable,
but the best I can tell is that its crashing in a
frameset window title formula, but I can't tell why.
Try removing that formula and see what happens. On
second look, it could be any frameset formula, not
necessary a window title one.
eine weitere Einlassung von Mr. Katz:
Cool. But don't blame my formula engine just yet :) It
might be that its being fed a bad note handle, as that
appears to be the case.
und ein weiters statement:
Yup, it's definitely their responsibility to fix this
bug. I'd do it if I could, it's might be my fault
anyway ;)
--- ulrich.krause@eknori.de wrote:
> so, IBM is now responsible to fix it ?
>
> mit freundlichen Grüssen
>
> Heinz Ulrich Krause
HEUREKA: es ist also ein IBM Problem !
-
IBM hat sich übrigens zu meinem Call noch nicht einmal gezuckt; wofür zahlen wir eigentlich jährlich einen Haufen Taler ??
Das Forum mit seinem Wissen und ein paar Mails an die richtigen Stellen sind m. E. mehr wert als ein "Supportvertrag" mit IBM. Hier sind die Antwortzeiten akzeptabler als bei ...
-
Es gibt noch eine weitere Situation bei der es zu einer RBOD kommt.
- Datenbank öffnen
- in eine andere Ansicht wechseln
- Sprache ändern
PENG
Auch hier ist wieder wohl wieder die Kombination in der Formel des Gliederungseintrages der Gliederung OUT-LANGUAGE
@SetTargetFrame("_top");
@Command([OpenFrameset];"FS-MAIN")
für den Crash verantwortlich.
Setzt man hinter das @SetTargetFrame ein @Command([CloseWindow]); ist Ruhe
Der Code sieht dann so aus:
REM { find users language };
_defaultLang := _defaultLang := @UpperCase(@DbLookup( "" : "NoCache" ; "":"" ; "($LUConfig)" ; "LANGUAGE" ; 2 ));
_view:="($LULANG)";
_foundlanguages := @Unique(@DbColumn("Notes" : "NoCache"; "" : ""; _view; 1));
_userlanguage :=@If(@ClientType="Web";
@UpperCase(@LanguagePreference([Region]))[1];
@If(@Environment("HDLang")="";@UpperCase(@LanguagePreference([Content]));@Environment("HDLang")));
_language:=@If(@IsMember(_userlanguage;_foundlanguages);_userlanguage;_defaultlang);
REM { find label };
_key:="outDlgLang";
_label := @Implode(@DbLookup( "" : "NoCache" ; "":"" ; "($LULANGTYPE)" ;_language + "~outline";"typestring");";");
_val:=@Right(_LABEL; _key + "=");
REM { find all possible languages };
_LANGUAGE:="**": @Unique(@DbColumn("Notes" : "NoCache"; "" : ""; _view; 1));
REM {select a new language or delete the entry from notes.ini if "**" is selected};
_NEWLANG:=@Prompt([OkCancelCombo];
@Word(@Word(_val;";";1);"~";1);
@Word(@Word(_val;";";1);"~";2);
@Environment("HDLang"); _LANGUAGE);
REM { Set the environment variable };
@If(_NEWLANG = "**";@Environment("HDLang"; "");@Environment("HDLang"; @UpperCase(_NEWLANG)));
@SetTargetFrame("_top");
@Command([CloseWindow]);
@Command([OpenFrameset];"FS-MAIN")
zum Thema habe ich auf LDD noch folgendes gefunden
http://www-10.lotus.com/ldd/nd6forum.nsf/55c38d716d632d9b8525689b005ba1c0/d3cab7b8e5507bd285256f4a0038e7c6?OpenDocument&Highlight=0,SetTargetFrame
-
Es gibt noch eine weitere Situation bei der es zu einer RBOD kommt.
- Datenbank öffnen
- in eine andere Ansicht wechseln
- Sprache ändern
PENG
Das hab ich eben ausprobeirt und keinen RBOD bekommen ???
-
in eine andere Ansicht wechseln
Um sicher zu sein; damit meine ich nicht, den Frameset wechseln, sondern von der Ansicht Open By Supporter z.B. Open by Number zu wechseln.
Dann die Sprache wechseln.
Welche Clientversion hast du ?
-
Ich hab heute mal mit der alten Variante rumgespielt und bei mir daheim meine Frau und Kinder zwangsverpflichtet. Da kam kein RSOD. Kaum hab ich mich da dran gesetzt schon hat es geknallt. Kruzitürken.
-
Kaum hab ich mich da dran gesetzt schon hat es geknallt
dicke Finger ? Erdstrahlen ?
k.A. Ich spiele schon seit heute morgen mit der Datenbank rum und habe keinen einzigen RBOD mehr bekommen. In einer alten Version ohne die Anpassungen knallt es mit schöner Regelmäßigkeit ...
-
Jau !!! Weg is Notes!! >:(
Jetzt hat er auch eine Log geschrieben.
Nach einem Neustart von Notes hab ich den Wechsel nochmals durchgeführt
und kein Absturz. ???
Hab Version 6.53 im Einsatz.
-
dann ersetze mal die Formel in OUT-LANGUAGE und test damit.
-
dann ersetze mal die Formel in OUT-LANGUAGE und test damit.
Funzt!! :)
Hab in allen Richtungen die Ansichten gewechselt und die Language geswitchet und Notes
bleibt stabil.
Prima !! ;)
-
das wollte ich hören. ;D
Jetzt ist wohl IBM in der Pflicht, da was zu fixen. Das es da einen Bug gig ist ja wohl offensichtlich.
-
Da wünsche ich schönen Urlaub ohne Handy und Läppi. :D