---

Mir fällt negativ auf, das SE scheinbar pro Session einen eigenen Cache führt.
Mir fällt folgender Effekt auf:
Im Netz öffnet ein Kollege eine Zeichnung, er ruft mich an, hätte gern was geändert und geht aus der Zeichnung raus.
Ich öffne die Zeichnung, doppelklicke aufs Part und mach realisiere die Änderung, speicher, aktualsiere die Zeichnung, speichere und verlasse die Zeichnung.
Dann ruf ich ihn an, und teile mit "habe fertig".

Er öffnet die Zeichnung, findet den alten Stand vor.
Öffnet das Part, auch nix gemacht. Ruft mich an, fragt, ob ich noch ganz echt bin.
Ich guck mir das Part und die Draft an, alles ist ok. ("der spinnt ja").

Er guckt wieder, nix gemacht (die spinnen die Konstrukteure).

Erst wenn er SE einmal komplett beendet und wieder öffnet, dann wird er was von der Änderung mitbekommen. Kann man das irgendwie anders beeinflussen ?

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

1. Keinerlei PDM?
2. Wer sagt, dass SE das macht. Vielleicht ist es das BS (OS).

------------------
APeters@BSS-Online.de

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Nö, kein pdm. Natürlich kann auch das OS Schuld sein. Was nur äusserst merkwürdig ist, auf dem einen Rechner verhälts sich anders wie auf dem anderen. Es ist aber sauber auf jedem Rechner reproduzierbar. Der Workaround, SE jedesmal zu beenden ist sehr nervig und auch zeitaufwändig, wegen den hohen Ladezeiten.

Ich differenziere nicht zwischen Anwendungssoftware oder Betriebssystem, da ich keine Wahl habe. SE läuft nur unter Windows, und solche Probleme gibts auch nicht mit anderen Softwareprodukten, die wir im Haus haben. Daher ist für mich SE "Schuld".

Sonst fängt man noch an zu differenzieren, das ist ja ein .net - Problem oder sonstwas... sowas interessiert mich als Anwender nicht.
Der Rechner ist zertifiziert und die Software muss damit sauber laufen, wie ist mir egal.

Achja, wir benutzen keinerlei Proxy, Cache, Beschleuniger oder sonstwas. Das Phänomen gibts auch nur mit SE. Mir scheint, da hat man irgendwie mal etwas getrickst, um die Ladezeiten zu verbessern, nur hat man nur 80% weit gedacht und im Netz scheint das dann nicht mehr richtig zu funktionieren und macht dann hier die eingesparte Zeit 10x wieder kaputt.

[Diese Nachricht wurde von kmw am 27. Sep. 2007 editiert.]

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hi

Überprüfe in dem Menupunkt "Extras -> Optionen -> Verwalten" ob die Hacken bei "Cache immer synchronisieren, um neueste Dokumentversion zu verwenden" und "Immer zum Server übertragen und Dokument einchecken" aktiv sind.

Wir haben das gleiche Problem. Die 2 Hacken haben aber sehr viel geholfen. Nachwievor haben wir aber zwischendurch immernoch Cache-Probleme. Ich werde in diesem Bezug in SE wohl nie schlau.

greetz

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Wenn das so einfach reproduzierbar ist, sollte man einen Call aufmachen.
Die Einstellungen unter Extras-Optionen-Verwalten betreffen m.E. Insight. Es sollte ohne PDM gleichgültig sein, welcher Hacken* wo gehackt* ist.

Legende:
* Hacken = Haken 

------------------
APeters@BSS-Online.de

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Es ist wohl so, das der SE-Cache grundsätzlich erst beim beenden von SE gelöscht wird, und solange dann "veraltete" Daten aus dem Cache genommen werden und Se nicht merkt, das sich da was im Netz geändert hat.

Wenn SE hier beim Schliessen der Datei die betreffenden Daten löschen würde oder zumindest abchecken würde beim öffnen ob sich was geändert hat, würde der Bug (und ich halte das für einen Bug) gar nicht auftreten.

Andere Softwareprodukte machen das. SE nicht.

[Diese Nachricht wurde von kmw am 27. Sep. 2007 editiert.]

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Klar wäre das ein BUG. M.E. sogar Schwerer.
Wenn ich eine Datei in einem Laufwerk auswähle, dann möchte ich genau die öffnen, und nicht das, was früher mal an der Stelle lag.

------------------
APeters@BSS-Online.de

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP