Ansichts zeigt nicht alles an

[bikerboy]

Hallo,

ich habe hier gerade ein ganz komisches Problem.

Ich habe eine Back-End-Ansicht die mit einem einzigartigen Schlüssel  sortiert ist.

Die Ansichtsauswahl ist

Code

SELECT @All

, also nicht sonderlich schwer und trotzdem taucht, das bestimmte Dokument nicht auf. Ich hatte erst den Verdacht, dass das Feld kein Summary-Feld ist, aber nein, das ist es auch nicht.

Hab den Ansichtsindex schon mal aktualisiert, aber auch das hilft nicht. Hatte ich in meiner 7-jährigen Laufbahn noch nicht. Meist saß der Fehler offensichtlich vor dem Bildschirm, diesmal hoffe nicht.

[Axel]

Gibt's Leserfelder oder sind die Rechte sonst irgendwie eingeschränkt?

Was passiert wenn du die Ansicht neu erstellst?

Axel

[bikerboy]

Ja gibt es aber ich kann das Dokument öffnen. Sorry hätte ich schon dazu schreiben sollen.

[Axel]

Was ist wenn du eine neue Ansicht erstellst?

Basiert das Dokument auf einer Maske, d.h. gibt's ein Feld Form?

Axel

[bikerboy]

Ja ist halt ein stinknormales in einer anderen Ansicht auswählbares Dokument, das ist ja der Witz an der Sache

[Peter Klett]

F9, SHIFT F9, STRG SHIFT F9, Datenbank schließen und neu öffnen, Client schließen und neu öffnen?

load updall -r ?

Hat der Server auch Leserecht auf das Dokument?

[bikerboy]

@Peter: Die üblichen Verdächtigen habe ich schon durch

[Peter Klett]

Replizierkonflikt oder Antwortdokument?

Prüfe mal, ob es eines der Felder $REF oder $CONFLICT gibt.

Wir haben eine Datenbank, in der bekommen wir Replizierkonflikte so hin, dass nachher beide Dokumente Replizierkonflikt sind. Und die können wir in normalen Ansichten nicht sehen, da Antworten dort hierarchisch angezeigt werden.

[bikerboy]

Also Konflikt kann eigentlich nicht sein, da haben wir gleich mehrere Agenten die uns sowas melden und Ytria hilft bei der Beseitigung, aber ich habe der Sache mal nen Versuch gegeben. Siehe Screenshot.

[pram]

Hi wahrscheinlich wiederhole ich, was du eh schon getestet hast (aber manchmal überliest man etwas)
- Was passiert, wenn du die Ansicht neu speicherts (oder eine neue erstellst)
- Ist auch wirklich die hierarchische Kategoriesierung der Ansicht aus ($REF... wie Peter schon sagte)
- Der Server hat auch definitiv Lesezugriff (Im Leserfeld muss er in vollkanonischer Form oder besser über eine [Rolle] drin stehen)
- hast du am $FormulaClass-Feld der Ansicht rumgedreht? (über DXL)

Wir hatten mal das umgekehrte Problem, dass Dokumente in einer Ansicht angezeigt wurden, obwohl sie nicht sollten. Die Select-Formel lautetete:

Code

SELECT Form="Memo":"Reply"

Ein Mail-In-Agent verarbeitete die Dokumente und änderte das Form-Feld auf "Dokument". Wenn in der DB das Flag "Optimize Document Table Map" gesetzt war, dann fielen die Dokumente manchmal nicht aus der Ansicht. Nur ein SHIFT+F9 hat das Problem behoben, F9 oder auch STRG+SHIFT+F9 (bei dem ich eigentlich der Meinung war, dass er das selbe wie SHIF+F9 macht, nur über alle Ansichten ) hat nicht geholfen.
Da du aber schreibst, dass du ein Select @All drin hast, kann ich mir auch nicht vorstellen, dass das bei dir das Problem ist.

Ist zwar jetzt OT aber als Workaround für obiges Problem hat ein

Code

SELECT Form+"dummy"="Memodummy":"Replydummy"

geholfen. Für diese Ansicht ist halt dann keine optimierte Tablemap möglich.

Gruß
Roland

[bikerboy]

Hehe

jetzt wird es lustig und habe ich auch so noch nicht  gesehen. Ich habe der neuen View einfach noch ne Chance gegeben. Also neue View erstellt. Select gesetzt und nur eine Spalte eingebaut mit dem Schlüssel den ich benötige. Ansicht aufgebaut... und tadaaaa das Dokument ist nun enthalten. Ich auf dem Höhepunkt der morgendlichen Euphorie (Besser als der erste Kaffee) .

Dann habe ich meine 2. Spalte eingefügt und zack fällt das Dokument aus der Ansicht.

Hier mal die Formel.

Code

_del1 := "|" ;
_del2 := "~" ;
_del3 := "|^|" ;
_List := @DocFields;
_excludeList := "Sortiment_MBG": "SortimentHistorie_MBG" : "Body" ;
REM {
Es werden keine Systemfelder ($ als erstes), Richtext, und Felder mit einem "_" an der dritten Stelle aufgenommen
TRi: Zusätzlich die SupplierFelder werden ausgeschlossen (64KB Problem)
};

_newList :=
@Transform(_list ; "_field" ;
@If(!@IsMember(_field; _excludeList) & @Left(_field;1) != "$" & @Right(@Left(_field ; 3) ; 1) != "_" & !@Contains( _field; "Supplier");
_field + _del2 + @Implode(@Text(@GetField(_field));_del3) ;
@Nothing)
					);
_del1 +  _del2  + _del1 + @Implode(@Trim(_newList); _del1)

[pram]

Kann es sein, dass die Formel irgen einen Murks baut, z.B. Transofrm immer @Nothing liefert. Mach mal hier ein @Text oder Errorhandling mit @if(@isError...) rum:

Code

_del1 +  _del2  + _del1 + @Implode(@Trim(_newList); _del1)

Gruß
Roland

[bikerboy]

nein nicht immer Nothing, aber meine Kollege hatte gerade die scheinbar richtige Idee. Wir haben ein Feld in der Liste, das knapp an der 32k Grenz kratzt. Damit wird der Gesamtstring wahrscheinlich zu gross und Domino sortiert, das Dokument aus. Ich habe meine Exlude-List nun mal deutlich verlängert, und unter anderem dieses Feld mit aufgenommen. Ich warte gerade geduldig auf einen neuen Ansichtsindex und dann haben wir hier gleich ein Wuuuhuuu

[bikerboy]

Wuuuuhuuuuu