Dokumente lassen sich über das Web nicht mehr öffnen

[DAU-in]

Hi,

seit heute morgen hat ein User Probleme, seine Dokumente zu öffnen.
Die Dokumente sehen normal aus, ich bin über die Feldeigenschaften die Felder durchgegangen.
allerdings bricht der IE das Öffnen immer ab (Fehlermeldung siehe unten).
Als ich das selbst getestet habe, konnte ich die Dokumente zwar im Lesemodus zunächst noch sehen,
aber inzwischen kommt auch bei mir die Fehlermeldung.
Hat jemand eine Idee, wo ich noch suchen kann?
Die 'Nachbardokumente bekommt er problemlos auf, er hat Editorenrechte auf der DB. autorenfelder sind keine vorhanden.
Die Datentypen innerhalb des Dokumentes stimmen auch.

Ich bin gerade ratlos, wo ich weitersuchen soll.


PS: falsches Forum, ich benutze 6.5.4.

[m3]

Was sagt das Serverlog beim Zugriff?

[DAU-in]

Nüscht.

der ist fürchte ich ziemlich niedrig eingestellt. 

[m3]

Na, dann ist es recht wahrscheinlich zumindest kein Berechtigungsproblem

IE Cache schon geleert? Anderen Browser probiert?

[DAU-in]

Cache geleert ja, anderer Browser nicht(jibts hier nicht).

Aber:  es erscheinen jetzt auch  'HTTP Web Server: Lotus Notes Exception - Field is too large (32K) or View's column & selection formulas are too large' Meldungen im Log seit heute morgen.

die zugehörigen Dokumente kann ich jedoch nicht finden.
und ein

HTTP Web Server: Lotus Notes Exception - Entry not found in index [xxxxxx.nsf/0/2654543653ED6326C12572EA002F3F8A?EditDocument]

P.S.: Ich kann meine Dokumente jetzt auch nicht  mehr öffnen 

jetzt muss ich mal zusehen, ob ich einen von den Admins beibekomme

[pete_bla]

Aber:  es erscheinen jetzt auch  'HTTP Web Server: Lotus Notes Exception - Field is too large (32K) or View's column & selection formulas are too large' Meldungen im Log seit heute morgen.

die zugehörigen Dokumente kann ich jedoch nicht finden.
und ein

HTTP Web Server: Lotus Notes Exception - Entry not found in index [xxxxxx.nsf/0/2654543653ED6326C12572EA002F3F8A?EditDocument]

na da habe wirs ja wohl: 32k macht oft mucken:
- ist da ne logfunktion dirn die immer weiter schreibt ?
- ist da n lookup one @IsError() drin ? (schätzt ich für ne Auswahl-Liste)
- oder ist doch ne ansicht ? (würde aber bei mehreren Dokumenten aufschlagen)

ansonsten, was ist mit der Ansicht "/0/" los ? ist die gar selbst gebastelt...

[DAU-in]

nein, die Dokumente mit dem zu grossen Errorlog schlagen in einer anderen Ansicht auf, das hatten wir auch schon.

In der letzten Woche gab es auch keinerlei Änderungen am Design.  Und von irgendwas müssen die FEhlermeldungen ausgelöst worden sein.

Und ich frage mich, was seit 10 h anders ist ......

[botschi]

Das mit dem @LookUp fand ich ganz sinnig.
Wenn die Auswahlliste sich mit dem LookUp bildet, kann die jetzt wirklich zu groß geworden sein- ab 10.00h

Matthias

[m3]

View neu aufbauen (Ctrl-Shift-F9)?

[DAU-in]

Leider kein Erfolg.

ansonsten: die Logfunktion schreibt in eine andere DB.
Es sind im Prinzip auch nicht soviele Dokumente in der DB (insgesamt 16.000)

aber das Design ist vertrackt

[pete_bla]

ist das problem verflogen ?

sonst versuch mal:
- geht das doc in Notes auf ? (bringt nur was wenn die gleiche maske für notes&web verwendet wird)
- im designer mal die Maske nach irgenwelchen @DBLookups und @DBColumns (für Auwahllisten) prüfen - hier knallts gern

[DAU-in]

a) Masken gehen im web nicht auf
b) habe ich überprüft, es gibt zwar viele, es knallt bei ihnen nicht.

Ich bin immer noch am 'imKotwühlen'. 

[pete_bla]

a) Masken gehen im web nicht auf

mach doch doc das nicht im web aufgehen will mit notes auf.
- geht das ? ja/nein
wenn nein, dann haben wir einen hinweis dass was mit dem doc oder mit einem lookup nicht funktioniert (und können weiterschauen)

[DAU-in]

sorry, hatte ich oben falsch geschrieben.
die Masken sind reine Webmasken, die DB ist nicht für den Zugriff über Notes konzipiert.

[m3]

1) Wie schauts mit einem anderen Browser aus? Macht der FF auch Probleme?

2) http://support.microsoft.com/kb/175722

3) http://channel9.msdn.com/wiki/default.aspx/Channel9.InternetExplorerProgrammingBugs

Code

 "Operation aborted"

Apparently interacting with innerHTML and possibly using other Click to read this topic
8/19/2004 12:24:02 PM - NalaRegeork
JScript functionality causes IE to pop up "Internet Explorer cannot open the Internet site http://example.com. Operation aborted." messages after loading a page. This is sometimes attributed to BHO mal/spyware, but I can confirm it happens with no such software installed. This bug is present in IE SP1 and IE SP2.

http://peterjanes.ca/blog/archives/2003/12/03/hulk-smash

This is generally caused by DOM operations gone wrong,

I was having this problem trying to put some html inside a DIV tag using innerHTML and solved the problem by puting the DIV inside a TABLE.
Sample code for "Operation aborted"

This sample code will give you the "Operation aborted" error in IE6? What about IE7?
7/9/2007 5:56:04 AM - master-ok
IE6, while it works as expected in Firefox:

  <table>
   <tr>
    <td>
     <script type="text/Javascript">
      var d = document.createElement('div');
      document.body.appendChild(d);
     </script>
    </td>
   </tr>
  </table>

If the script part is moved outside the table it works in both IE6? What about IE7?
7/9/2007 5:56:04 AM - master-ok
IE6 and Firefox.
Note from neoprene:

This issue also affects document.write() on documents that are not fully loaded yet. Workaround: avoid document.write().

In MSE7 debugger, the error message is "htmlfile: operation aborted".
Note from netdragon:

This issue also affects document.getElementsByTagName("body")[0].appendChild

Workaround:

You have to wait until onload in order to do document.body.appendChild which is a bug in Internet Explorer's implementation. Do:

    if (window.addEventListener) window.addEventListener("load",doOnload,false);
        else if (window.attachEvent) window.attachEvent("onload",doOnload);

This should be fixed by Microsoft even though there's a workaround. The workaround may not be applicable in all cases.

[pete_bla]

sorry, hatte ich oben falsch geschrieben.
die Masken sind reine Webmasken, die DB ist nicht für den Zugriff über Notes konzipiert.

Ist da die Gestaltungs-Eigenschaft "notes" deaktiviert? ('Hide design for Notes R4.6 ..." aktiviert?)
und keine chance auf das doc über den notes-client (lesend) zuzugreifen?
"ansicht\gehe zu" ?

b) habe ich überprüft, es gibt zwar viele, es knallt bei ihnen nicht.

im desinger werden die nicht meckern (bei >32k), nur im doc
wenn du das doc in notes aufmachen könntest würdest du eventuell die meldung "Fehler Feld [....] >32k " erhalten und du weiss welches feld es ist.

ansonsten: die Logfunktion schreibt in eine andere DB.
Es sind im Prinzip auch nicht soviele Dokumente in der DB (insgesamt 16.000)

selbst ne andere db kann den fehler bringen und 16000 docs reichen allemal um 32k zu überschreiten
(sind ja nur 2 zeichen je doc)

[DAU-in]

hi,
es liegt nicht an den lookups und nicht an den Columns.

Es gibt Ansichten, und darüber kann ich die Dokumenteigenschaften abfragen, aber es gibt halt Masken zum Öffnen, un welche Nachbauen bringt jetzt auch nichts.

@M3: wir habe nur den einen Browser, aber ich glaube auch nicht, dass das ein Browserproblem ist. Ich fürchte, das Problem ist hausgemacht.

[pete_bla]

Es gibt Ansichten, und darüber kann ich die Dokumenteigenschaften abfragen, aber es gibt halt Masken zum Öffnen, un welche Nachbauen bringt jetzt auch nichts.

- was passiert beim öffnen in notes ? kommst du überhaupt ins doc ?
sonst:
- wie gross ist das doc, bzw. die einzelnen felder - eins muss wohl über 32k sein
oder
- ist dann ein webqueryopen agent drin (wird aber kaum diesen fehler erzeugen)
oder
- es ist DOCH ein @DBLOOKUP in einm berechneten /berechnet zur ansicht- feld oder den werten einer auswahlliste (dialogliste/checkbox/radiobutton....)
(so langsam würde ich was wetten, da der fehler ja nur im Edit-Mode auftritt ...) 

[DAU-in]

Beim Öffnen im Notes fliegt dir das JavaScript um die Ohren.

Und über die Dokumenteigenschaften findest du kein Feld, das zu gross ist.

Es gibt für jede Maske einen webqueryopen - Agenten, du würdest dich wundern was die alles hinkriegen.

Fehler tritt für die betroffenen Dokumente inwischen auch im  Readmodus auf, wir entwickeln uns ja schliesslich weiter.

Du bist nicht zufällig in Zürich?

[pete_bla]

Beim Öffnen im Notes fliegt dir das JavaScript um die Ohren.

auch schon ein hinweis .... (es geht "auf")

Und über die Dokumenteigenschaften findest du kein Feld, das zu gross ist.

ok schonmal ausgeschlossen für vorhandene Felder
(bzw. fast: zusammen im ui dürfen sie nicht 64k überschreiten)

Es gibt für jede Maske einen webqueryopen - Agenten, du würdest dich wundern was die alles hinkriegen.

ich wunder mich über nichts (mehr) 
glaubs aber fast nicht dass die das sind, würde sonst irgendwo eine (verwendbarere) fehlermeldung stehen
- aber möglich wärs

Fehler tritt für die betroffenen Dokumente inwischen auch im Readmodus auf

nicht schön...
hab ich nur die idee, dass ein logfeld bereits übergelaufen ist (-> z.B. in der logdb)

Du bist nicht zufällig in Zürich?

nein, nur virtuell

so noch was auffälliges:
im serverlog schreibst du von nem doc mit der UNID:
2654543653ED6326C12572EA002F3F8A
im screenshot ist ein anderes
tritt der fehler simultan auf? -> dann ist ein 2. dokument dran schuld