Das Notes Forum
Domino 9 und frühere Versionen => Administration & Userprobleme => Thema gestartet von: g202e am 30.10.03 - 11:13:40
-
Hallo,
soeben hat mir ein Kunde mitgeteilt, dass beim Öffnen einer Mail, welche aus einer von mir betreuten Datenbank versandt wurde, der Notes-Client crashed. Ich habe mir daraufhin so eine Mail schicken lassen: Und siehe da: Bereits bei der Dokumentvorschau schmiert Notes ab; beim richtigen Öffnen natürlich auch!
Kennt irgendwer irgendeine Erklärung dafür?
Hilfe!
-
Was sollte denn der Inhalt dieses Mails sein? Wenn da Bilder drin sind, gibt es gelegentlich schon Versionen von Notes, die mit einer RBOD reagieren, wobei bei Dir offenbar auch kein RBOD kommt, sondern eine Meldung, wie ich sie selber noch nicht gesehen habe.
-
Wenn ich das nur wüsste?
Wenn ich die Mail(ohne Dok-Vorschau) drucken will, gibts auch einen Crash!
Das einzige, was mir auffällig erscheint: Die Mail enthält 29mal das Feld Body; davon enthalten nur 2 Felder wirkliche Daten, der Rest ist zwischen 25000 und 30000 Byte gross und hat das Flag "SIGN SEAL"
??? ??? ???
-
Kannst du wirklich nicht ermitteln, wann die Datenbank eine eMail verschickt bzw. welcher Inhalt diese eMail hat?
Gibt es für diese Datenbank keine Dokumentation?
;D MOD
-
.... verschlüsselt .....
macht mir den Eindruck, dass das Dok korrupt ist. Lass mal den Fixup über die Mail-DB laufen und schau, ob er das Dok aussortiert.
-
Hi,
mein Kollege hier hat auch ab und zu das Problem. Komischerweise sind das Mails, die ich bei mir normal öffnen kann, bei ihm raucht der Client ab.
In unserem Fall dürfte das eher nen Client-Problem sein. Evtl. ist es bei dir ja ähnlich.
-
Hi,
ist es überhaupt eine "echte" Maildatenbank oder eine eigenentwickelte Applikation, die auch Mail versendet?
Gruß Henning
Edit: @Driri: Glaub ich nicht, da der Client beim Kunden ja auch crasht
-
Die Mail wird über RenderToRTItem erzeugt.
Die Adressfelder "hotlinedoc.SendTo" bzw. "hotlinedoc.AuswSendTo" werden über eine Dialogauswahl gefüllt, wobei einmal der normale Adressbuchdialog verwendet wird, beim anderen Feld werden die Adressen aus einem Schlüsseldokument geholt, welches aber auch über den Adressbuch-Dialog gefüllt wurde.
Hier mal der Code des Senden-Buttons:
Dim ws As New NotesUIWorkspace
Dim uidoc As NotesUIDocument
Dim doc As NotesDocument
Dim b_error As Integer
Dim session As New NotesSession
Dim db As NotesDatabase
Dim view As NotesView
Dim maildoc As NotesDocument
Dim hotlinedoc As NotesDocument
Dim rtitem As NotesRichTextItem
Dim item1, item2 As NotesItem
Dim strArray As String
Dim success As Variant
Set db = session.CurrentDatabase
On Error Goto errhand
Set uidoc = ws.CurrentDocument
Call uidoc.Refresh
If b_error Then
Exit Sub
End If
Set hotlinedoc = uidoc.Document
Call uidoc.Save
Set maildoc = New NotesDocument( db )
Set rtitem = New NotesRichTextItem( maildoc, "Body" )
Set item1 = hotlinedoc.GetFirstItem("SendTo")
Set item2 = hotlinedoc.GetFirstItem("AuswSendTo")
maildoc.Form = "Memo"
maildoc.Subject = "OI-Hotline-Rückmeldung"
If item1.ValueLength > 2 And item2.Valuelength > 2 Then
maildoc.SendTo = hotlinedoc.SendTo
maildoc.CopyTo = hotlinedoc.AuswSendTo
End If
If item1.ValueLength = 2 And item2.Valuelength > 2 Then
maildoc.SendTo = hotlinedoc.AuswSendTo
End If
If item1.ValueLength > 2 And item2.Valuelength = 2 Then
maildoc.SendTo = hotlinedoc.SendTo
End If
Call maildoc.Save( True, True )
success = hotlinedoc.RenderToRTItem( rtitem )
Call maildoc.Save( True, True )
On Error Goto senderror
Call maildoc.Send( True )
Messagebox "Mail wurde versendet !"
Call maildoc.ReplaceItemValue( "SaveOptions", "0" )
Call uidoc.Close
Goto Ende
errhand:
Messagebox "Error" & Str(Err) & ": " & Error$
b_error = True
Resume Next
Goto Ende
senderror:
Messagebox "Mail konnte nicht versendet werden!"
Resume Next
Ende:
EDIT: ES ist eine Applikationsdatenbank, die AUCH Mail versendet!
-
Jetzt muss ich dieses Thema doch noch einmal aktualisieren, in der Hoffnung vielleicht noch ein paar Hinweise von Euch zu bekommen.
Mittlerweile habe ich noch folgendes festgestellt:
Der Fehler tritt nur dann auf, wenn die Mail von einem bestimmten Personenkreis versendet wird. Bei diesem Personenkreis handelt es sich traurigerweise um die produktiven Anwender. Ich habe mit drei verschieden konfigurierten PC's(NT4+SP6a deutscher LN-Client 5.0.11/W2k+SP3 deutscher LN-Client 5.0.8/NT4+SP6a laufender Domino-(Test)-Server int. Version englischer LN-Client 5.0.11) aus der betroffenen Datenbank Mails verschickt und der Fehler trat nicht auf. Ich habe dabei auch solche Dokumente(RenderToRTItem) verschickt, die beim Versand durch andere Personen den Crash verursachten. Ich habe diese Mails auch an Benutzer versandt, welche ihrerseits Crash-Mails versenden. In keinem Fall trat der Fehler auf!
Ich schildere dies so ausführlich, weil ich Argumente brauche: Die zentrale LN-Betriebsführung unserer Firma argumentiert nämlich folgendermaßen:
Es handelt sich bei dieser Datenbank nicht um eine Standard-Datenbank sondern um eine Eigenentwicklung und demzufolge ist allein der Entwickler für Fehlerbeseitigung zuständig!
Es wäre nun schön, wenn das geballte LN-Knowhow dieses Forums mir Hinweise geben könnte, mit denen ich diese Argumentation kontern könnte.
Ich habe keine Admin-Rechte auf die betroffene Produktionsdatenbank. Ich habe auch keine administrativen Rechte auf dem Server.
Mein oben erwähnter Testserver hat keine Querzulassung in die betroffene Domäne (wird mir aus "Sicherheitsgründen" nicht gestattet); von daher kann ich keine Mails in die Firmendomäne senden.
Ich vermute ja nun, dass es bei den betroffenen Benutzern irgendwelche Hard- bzw. Software-Probleme gibt, welche ich jedoch nicht beeinflussen kann.
Ihr würdet mir natürlich auch mit allen Hinweisen helfen, was ich noch tun könnte, um den Fehler einzugrenzen!
Dafür schon jetzt mein Dank.
-
Gibt es irgend einen Power-User, von dem Du genaue Daten bekommen kannst?
Beste Variante wäre, wenn ein solcher User so ein Crash-Mail-Dokument aus seiner Mail-DB in eine leere Datenbank kopieren kann und Dir dann die Datenbank als Attachement zusenden kann, so bekommst Du den echten Inhalt eines solchen Crash.Mails zur Analyse.
Wenn es keinen solchen User gibt, versuche, eine gesamte Mail-db zu bekommen.
Wichtig ist, dass Du das Dokument möglichst unverändert bekommst, also nicht nur einen Foreward (der ja gerade die Mailrelevanten Daten verändert). Dann kannst Du das Ding mal in aller Ruhe untersuchen.
-
Also, die normalen Anwender haben natürlich keine Rechte, um irgendeine leere Datenbank zu erstellen. Sie sitzen auch zu weit weg, um jetzt direkt in ihre Mail-DB's zu schauen. Aber ich habe ja in meiner eigenen Mail-DB mindestens 2 dieser Crash-Mails. Diese sind direkt aus der betroffenen Datenbank an mich geschickt worden, also nicht weitergeleitet! Was meinst du jetzt mit genauer untersuchen?
Bin für jeden Hinweis dankbar!
-
Gut, wenn Du selber solche Crash-Mails hast, erübrigt sich die restliche Geschichte. Uebrigens, neue DBs, um sie dann als Attachements zu verschicken, müssten die User sowieso lokal erstellen und nicht auf dem Server.
Jetzt gilt es eigentlich, herauszufinden, welche Clients durch diese Mails gecrashed werden, ob das von der Client-Version abhängt.
Eine andere Variante ist, den Inhalt genauer zu untersuchen, zuerst mal mit den Feldern über die Dokument-Eigenschaften, wenn das nix zeigt, das Ding mit NotesPeek genauer unter die Lupe nehmen.
Wenn Du willst, kannst Du mir so ein Crash-Mail (in einer sonst leeren DB) zusenden und ich werfe 2 Min. einen Blick hinein, ob es was Auffälliges gibt.
-
Falls jemand Langeweile hat und vielleicht auch eine Vermutung bezgl. der Ursache: Hier mal drei aus der betroffenen Datenbank gesendetet Mails.
Also anhängend eine ansonsten leere Datenbank mit drei Dokumenten. Alle wurden aus derselben Datenbank an mich gesandt.
Die ersten beiden(From:Lutz Hofmann bzw. Sören Schmechel) crashen; die dritte(From: Gerald Ewert) wurde aus derselben
Anwendungsdatenbank von mir an mich verschickt und lässt sich normal öffnen.
Bin sehr daran interessiert, Hinweise zu bekommen.
Aber bitte Vorsicht: beim Öffnen der ersten beiden crasht der Client!
(Wenn bei Euch nicht: Bitte Eure Konfiguration posten!)
-
Hi,
hab' mir eben die DB gezogen (obwohl ich keine Langeweile habe ;) ) und ein Dokument in meine Document Viewer DB kopiert (hab' ich mal in der Sandbox gefunden.
Beim Versuch das Dokument von dort zu öffnen erhalte ich folgende Fehlermeldung:
"Sie haben versucht, einen Layoutbereich in eine Tabelle zu laden oder in dieser zu platzieren. Layouts sind in Tabellen nicht zulässig."
Hilft dir das weiter?
-
Danke sehr für die Wortmeldung.
Was auch immer der Grund für diese Meldung sein mag, diese Meldung erscheint auch bei der dritten Mail(in meiner Beispiel-DB), welche aber keinen Crash bringt.
Von daher kann diese Meldung nicht der Grund des Crash sein kann.
-
Hier mal meine Beobachtungen nach Kopieren Deiner Docs in eine Test-Mail-DB:
- Client 5.0.8: Crashs wie von Dir beschrieben
- Client 6.0.2CF1: Tutto paletti, öffnet bestens
Beisst sich unter R5 RenderToRtItem mit Signieren / Verschlüsseln (was ja wohl offensichtlich eingestellt ist ? Aber es sind ja alle Mails verschlüsselt ...)
Ich habe leider auch erstmal keinen Plan (und heute wohl auch keine Zeit mehr, das genauer zu untersuchen ...)
Wenn mir so spontan noch was einfällt, melde ich mich asap ;-)
Ciao,
Bernhard
-
Danke, Bernhard.
Wie kommst du auf Verschlüsseln/Signieren?
Wenn ich mir die Eigenschaften der geposteten Mails anschaue, dann ist bei mir: Sign: "0" und Encrypt: ""
Und danke für den Test! Es geht dann wohl immer mehr auf einen Bug in R5.0.8 hinaus, denn wenn der bei dir auch crashed, kann es kaum noch an unserer Installation liegen!
Ich habe gerade eben nochmal ALLE Designelemente der betroffenen Datenbank mit einem R5.0.8er Standard-Firmen-DesignerClient neu gespeichert; auch dies hat erwartungsgemäss nichts geändert: Sobald die Mail mit einem 5.0.8er Client verschickt wird gibt's den Crash.
Mal sehen, was meine zentrale Notes-BF dazu sagt.
-
... die Masse Deiner Body-Items meint, es seie SIGN/SEAL. Daher meine Vermutung.
Bernhard
-
Hi,
folgendes ist mir aufgefallen - ob es im Zusammenhang mit dem Absturz steht, weiß ich nicht.
1.)
Du sendest das Mail mit Maske, denn
Call maildoc.Send( True )
Es ist aber kein $TITLE Item in den Dokumenten vorhanden. Das ist schon mal seltsam.
Meiner Meinung nach brauchtst Du die Maske nicht senden, da Du ja Form setzt - also
Call maildoc.Send( false )
2.)
Du setzt das Feld Form
maildoc.Form = "Memo"
Das Item Form ist aber nicht da. Evtl. gibt es deshalb bei R5 "Irrititationen".
Ich weürde das mit
maildoc.Form = "Memo"
so lassen, aber mit
Call maildoc.Send( false )
3.) In den Dokumenten gibt es das Feld $Signature. D.h. das Dokument wird unterzeichnet.
Warum ist mir momentan unklar. Evtl. ist bereits das Ursprungsdokument, welches Du renderst, unterzeichnet.
Also probier mal
call maildoc.RemoveItem("$Signature")
maildoc.SignOnSend = False
4.) Du machst
Call maildoc.Save( True, True ) - und zwar etliche Male!
Wozu? Sollen die Mails gespeichert werden?
Andreas
-
Interessante Hinweise von Andreas !
Zu 1) NotesDocument.Save (True) - also mit Maske - scheint sowieso nícht zu funktionieren: Deine Container-DB hatte keine MAsken-Infos inside (den Dokumenten)
Zu 2) Nein, nein - das geht schon in Ordnung.
Zu 3) Das könnte was zu bedeuten haben (da Du an den Routinen des Mail-Files vorbei programmierst. Andererseits: Wer Mails versendet (egal, ob aus dem eigenen Mail-File oder aus einer Application: Es gilt die Einstellung in den persönlichen Voreinstellungen ... Zumindest wie hier im FrontEnd).
Zu 4). n mal MailDoc.Save ist zwar nicht hilfreich, kann aber auch nicht schaden.
Interessant bleibt für mich nach wie vor der Fakt: R6 kann, R5 nicht ...
Ein interessantes Thema, an dem ich gerne weiter "mit basteln" werde ;-)
Bernhard
-
Haben wir eigentlich die gesendeten Mails oder die mit maildoc.Save gespeicherten Mails bekommen?
-
Hi Bernhard,
zu später Stunde trifft man doch immer wieder dieselben hier ;)
Kannst Du mir
"Zu 2) Nein, nein - das geht schon in Ordnung."
näher erläutern? Wenn er doch expliziert Form setzt, sollte es doch als Item da sein !? Es kann natürlich mi 1) zusammenhängen, dass Notes das automatisch wieder rauskickt. Aber dann müsste ja $TITLE da sein.
Grüße
Andreas
-
Hallo, Andreas,
ja, abends werden die mobil, die den ganzen Tag sehr viel zu tun hatten ;-)
Was ich meinte:
NotesDocument.Form kannst Du ja setzen, so oft Du willst - vor dem Speichern oder dem Senden (hier: With Form) wird es interessant. Ob das Item vorher da war oder nicht oder in China ein Sack Reis umfällt (ich bitte jetzt alle Chinesen um Entschuldigung - das war nicht so gemeint, sondern nur der Grösse des Landes und der Bevölkerungszahl geschuldet !) ist sowas von egal ...
Herzliche Grüsse von
Bernhard
-
Gleiches Bild hier wie bei Bernhard: Crash mit Client 5.0.11
Kein Crash mit 6.0.2CF2
Heisst, dass es nicht die 508, sondern ganz generell den 5er Client betrifft.
Bernhard: verschlüsselt sind die Mails nicht, sonst könnten wirs ja nicht öffnen, wieso schreibst Du, dass die Mails ja sowieso verschlüsselt sind? Das sind sie definitiv nicht sowieso. Und signiert scheint die Sache auch nicht zu sein, das würde ja dann eigentlich mit einer Bemerkung, dass man den Schlüssel nicht hat, in der Statuszeile erscheinen. Das Sign/Seal Flag bedeutet wohl eher, dass das Feld signiert oder verschlüsselt werden KANN, das ist ja schliesslich eine eigene Eigenschaft (hab aber im Moment keine Lust, das nachzuschauen .... )
Moment, NotesPeek sagt:
"Stored Form" (aber auch ich finde das nicht, aber offensichtlich ist das Save(True) doch "registriert", wo das Form dann verlorgen gegangen ist, wissen wohl nur die Götter)
Und NotesPeek sagt "IsSigned: True", da nehme ich mal meine obige Behauptung zurück. Aber "IsSealed: False" also wie gesagt nicht verschlüsselt.
Frage an g202e: ist es denkbar, dass diese Bilder mit einem Notes-Client 6.0.2CF1 oder mit einer 6.5 Beta erstellt wurden? Das Dokument wurde ja offensichtlich mit diesen Bildschirmschüssen zuerst mal in einem Client erstellt und nicht von Deinem James Bond. Die erwähnten Clients erzeugen so ähnliche Probleme.
-
Danke für euer Interesse.
Bevor ich an Änderungen infolge eurer Anregungen gehe, will ich mal eben die jetzt schon möglichen Antworten geben:
1. Egal was ich jetzt ändere, es hat jahrelang so funktioniert, wie es jetzt ist. An der Mailfunktion wurde bei meinen letzten Rollouts nicht geändert; das einzige, was sich geändert hat ist der Umfang(paar Felder mehr) oder der Aufbau der gerenderten Maske(bisherige Freitextfelder wurden als Dialoglisten mit vorgegebenen Schlüsselworten implementiert).
@glombi: 1. Das maildoc.Send(True) werde ich mal ändern;es ist eigentlich lt. Firmenstandard untersagt, die Masken mit zu senden! Zumindest sind alle Firmen-Mailfiles so eingestellt, dass "Gespeicherte Masken in dieser Datenbank zulassen" deaktiviert ist. Wie das durch Test/Abnahme durchgekommen ist, weiss ich nicht; war wohl vor meiner Zeit! Aber ob das gleich zum Crash führt?
2. siehe 1.
3. Probier ich gleich aus.
4. weiss ich nicht, wofür das gut sein soll; stammt nicht von mir!
Übrigens: die hier geposteten Doks waren aus meinem Mailfile, also quasi die gesendeten Mails!
@semaphorus: Das macht mich aber ganz bedrückt, dass bei dir der 11er Client crashed; ich wollte das jetzt auf den 08er Client schieben...
Nein, es können definitiv KEINE 6er Clients im Spiel gewesen sein.
Ich weiss zwar nicht womit/woher die Bildchen stammen, aber damals gab's noch keinen 6er Client und bei unserer Firma gibts auch jetzt noch keine!
So, jetzt machen wirmal den Designer auf...
-
So, jetzt hab ich mal gebastelt, aber leider keine positiven Ergebnisse!
Ich habe jetzt mit maildoc.Send(false) gearbeitet; das einzige, was sich ändert, ist, dass die Felder "$Signature" und "Sign" nicht mehr im Dokument auftauchen.
Demzufolge habe ich mir das RemoveItem gespart.
Quincy sagt übrigens:
*******schnipp*********
Quincy has detected the following fatal exception
Please report this crash to the vendor of the faulting application:
App: c:\lotus\notes5\nlnotes.exe (PID=0x127) ""
When: 11/4/2003 @ 16:28:24.289
Exception Number: 0xC0000005 (access violation)
Exception Flags: 0x00000000 (continuable)
Notes Build: Version 4.6.7| 25 April, 2000
Hotfixes:
none...
*******schnapp********
Was mich daran stutzig macht, ist, dass er behauptet, da liefe Notes 4.6.7 obwohl es doch eine 5.0.10 ist?
Aber so richtig hilft mir das nicht weiter!
-
Ja, dass der 5.0.11 auch stürzt, hat mich ebenfalls stutzig gemacht -- leider. Hätte auch lieber was anderes gepostet, aber die Info ist bestimmt wichtig. Wenn der Quincy eine falsche Notes-Version angibt, dann liegt da irgendwo eine falsche DLL rum, von da her gesehen würde ich mal einen jungräulich installierten Client verwenden und den Crash dadrauf laufen lassen. Dein Brötchengeber hat doch wahrscheinlich einen Support-Vertrag? Da würde ich denn das Ding dem Support weitergeben, vielleicht wissen die mehr.
-
Was passiert eigentlich, wenn Du manuell eines der Dokumente via Aktionen - Weiterleiten versendest. Prinzipiell ist das ja auch ein rendern, so wie Du es im Script machtst.
Probier das bitte mal aus und poste das Ergebnis. Dann wissen wir ja, ob es an dem Script oder an dem weitergeleiteten Dokument liegt.
Ich denke sowieso letzteres, da ja einige Dokumente ohne Crash geöffnet werden können.
Andreas
-
Habe ich gerade getan.
Es geht natürlich hervorragend!
Aber jetzt kommt der Hammer: Ich habe nun meine uralte Schablone aus dem Rollout vom März diesen Jahres genommen und damit im 5.08er Client eine neue leere Datenbank erstellt. Alsdann habe ich diese Datenbank mit einem 5.08er Designer geöffnet, in die Maske ein Leerzeichen reingehackt um eine Neuspeicherung zu erzwingen. Wenn man anschließend aus dieser Datenbank ein Dokument versendet, dann crashed der empfangende Client!
Dann habe ich eine weitere leere Datenbank mit der März-Schablone mit meinem 5.0.10er Client erstellt und habe dann wieder die Maske editiert und neu gespeichert. Dann habe ich mit dem 5.08er Client aus dieser Datenbank gemailt: Weder auf dem 5.0.8er noch auf dem 5.0.10er Client verursacht das Öffnen der Mail einen Crash!
Wenn dafür jetzt jemand eine plausible Erklärung hat....
Es war übrigens 100%ig genau die Schablone, welche im März in Produktion ging und seitdem fehlerfrei lief! Ich habe diese aus der Datenbank entnommen, welche auch die Zentrale Administration beim damaligen Rollout benutzt hat!
-
Gibt es in der Maske mindestens eine Tabelle?
Gibt es in der Maske Hide-Whens?
Sind vielleicht sogar Hide-Whens und Tabelle kombiniert?
Wenn Du mindestens eine dieser Fragen mit JA beantwortest, dann ist Dein IQ ..........
Huch, falscher Sender ;D
Was wollte ich sagen? Ach so, das könnte dann die Erklärung gewesen sein.
-
Hey, hey, keine Beleidigungen bitte!
Ja, es gibt in der Maske EINE Tabelle. Diese ist sicher schon seit Urzeiten drin; sie besteht aus einer Zeile und zwei Spalten und enthält in der Linken Spalte ein Logo undd in der rechten Spalte den Datenbanktitel.
Ja es gibt in der Maske HideWhens, aber: nicht in der Tabelle.
Aber, ich glaube kaum, dass man in einer Maske ohne verborgene Felder auskommt...
Ich jedenfalls nicht!
Es gibt mehrere immer verborgene Felder (z. B. zur Vorbelegung von Dialoglisten) und es gibt Felder, welche je nach Modus(Bearbeiten oder Lesen) verborgen sind.
Ich habe auch in anderen Anwendungen schon HideWhen in Tabellen verwendet und bisher keine Probleme!
Also: Kläre mich bitte über den Sinn deiner Frage auf!!
???
-
Sorry, war sicher nicht als Beleidigung gemeint !!
Schreib bei den ..... Punkten ...... 150 rein ........ ;D
Natürlich, ohne Tabellen und ohne Hide-Whens gibts wohl nur noch selten ein anständiges Design, das war auch nicht so gemeint.
Hier des Rätsels Auflösung: In diesen Bereichen haben einzelne 5er Designer-Clients massive Probleme, und wenn ich mich richtig erinnere, ist gerade der 5.0.8 besonder davon betroffen. Deine Beobachtung bestätigt das ja. Speichere Das Ding mit einem 5.0.11 oder lieber noch mit einem 5.0.12er Designer ab, und wenn Du dann keine Probleme mehr damit hast, dann wars das.
Also, sorry, wollte in keiner Weies nahelegen, dass man die Elemente nicht verwenden soll, im Gegenteil, wer es tut, tut das eigentlich völlig richtig und ich arbeite selber damit, manchmal sogar intensiv, und bin froh, dass die Probleme damit mit der Zeit immer geringer geworden sind. Der 5er Designer konnte einen da manchmal zur Verzweiflung bringen.
Also es war wirklich der falsche Sender ..... und nicht mangelnder .... na Du weisst schon ...
-
@Semeaphorus: Ist schon ok. Erstens bin ich nicht nachtragend und zweitens bin ich froh, dass Ihr mir hier versucht, weiterzuhelfen.
Jetzt wäre es gut, wenn du deine Aussagen bzgl. des 08er Client und Problemen mit Tabellen/HideWhen irgendwie belegen könntest.
Gibts das irgendwo nachzulesen?
Ich werde gleich mal die KB angraben...(hab ich natürlich schon gemacht, aber vielleicht kann ich ja jetzt gezielter suchen).
Und dann werde ich mal hergehen und die betroffene Maske mal händisch (also ohne jegliches Copy/Paste) neu erstellen. Ich überlege bloß gerade, ob ich einen 08er Client oder einen 10er oder 11er nehme?
Der Benutzerstandard in der Firma ist momentan 08; es wird zwar demnächst ein Upgrade auf 12 geben, aber demnächst kann durchaus noch ein halbes Jahr entfernt sein..... :'(
-
Nimm den 12er, der produziert eigentlich nichts, das nicht im 08 funktionieren würde.
Wenn das irgendwo dokumentiert ist, dann wahrscheinlich nicht in der KB, sondern in der Datenbank, in der die behobenen Issues aufgelistet sind. Die findet man entweder auf LDD irgendwo (jemand hat bestimmt den Link dazu - oder? Sonst geh ich mal suchen) Oder Du schaust Dir die Readme.nsf des 09er oder später an, da steht meistens auch drin, was korrigiert wurde. Mehr kann ich da auch nicht dazu sagen, ich weiss noch, dass beispielsweise Ben Langhinrich (der darüber wirklich sehr viel weiss) experimentiert hat und ziemlich laut reklamiert hat, weil gewisse Sachen einfach nicht zum Funktionieren zu bringen waren. Hoffe, Du findest die Hinweise.
Uebrigens: die Probleme betreffen wirklich nur den Designer, also Du brauchst nicht auf den Update der Clients zu warten.
-
So, das Problem scheint erstmal gelöst. Ich habe die Maske, welche dann auch per RenderToRTItem versendet wird, händisch neu erstellt, habe dabei allen nicht notwendigen Schnickschnack(Tabellen,Bilder, Layoutbereiche) weggelassen und kann jetzt auch mit einem 5.08er Client mailen.
Woran es nun genau lag, weiss ich natürlich immer noch nicht und als ich gesehen habe, dass Lotus in den Release-Notes von 5.09 sage und schreibe 457 Änderungen gegenüber dem 08er angibt, habe ich auch eine genauere Untersuchung unterlassen.
Bei den Änderungen ist mir dann noch aufgefallen, dass mein Vorgänger(als Programmierer dieser Datenbank) Umlaute in den Feldnamen verwendet hat(z.B. "Priorität", "Änderungen", "Lös"); diese habe ich dann auch gleich ersetzt.
Irgendwas an diesem Gemisch muss dem 08er Client nicht gefallen haben.
Danke an alle, die versucht haben, zu helfen.
-
Gut, zu hören, dass das Problem jetzt beseitigt ist, und tatsächlich, bei den zahlreichen Aenderungen hätte ich mir das weitere Untersuchen auch gespart (es sei denn, Du müsstest da "harte" Gründe nennen). Aber vielleicht hast Du jetzt ein Gefühl dafür bekommen, warum ich auf Dot 11 oder Dot 12 "gedrängt" habe. Das mit den Feldnamen - obwohl es ja theoretisch keine Rolle spielen sollte - da hast Du aber wirklich sehr weise gehandelt. Und vielen Dank, dass Du hier einen Rückbericht gegeben hast.