Seite 1 von 1

Objekte übernehmen nur 1. Arbeitsbereich korrekt

Verfasst: Di 30. Sep 2014, 12:54
von mediavantis
Hallo liebe Gemeinde,

mit einer akt. Neuinstallation von 6.3.8s2 machte ich eine seltsame Beobachtung. Eine intensive Suche nach einer eventuell falschen Konfiguration hatte auch keinen Erfolg.

Es geht darum, dass ich einer Klasse zwei Arbeitsbereiche zuteilte, und zwar:
/
Vorlage: /Desktop/Profil.tmpl
/mobile
Vorlage: /Mobile/m-Profil.tmpl

Bei der Neuanlage eines Objekts wird aber nur der 1. Arbeitsbereich korrekt übernommen, und zwar:
/
Vorlage: /Desktop/Profil.tmpl
/mobile
Vorlage: /Desktop/Profil.tmpl (nicht korrekt)

Leider sehe ich den Wald vor lauter Bäumen nicht mehr. Kann es sich hierbei um eine Bug handeln, oder hat jemand eine Idee, was hier dahinterstecken könnte? Bin für jeden Hinweis dankbar.

Re: Objekte übernehmen nur 1. Arbeitsbereich korrekt

Verfasst: Di 30. Sep 2014, 19:20
von blickfang
Hallo mediavantis,

ich habe gerade mal in der Bugbase geschaut, da gibt es unter #0004677 tatsächlich so einen anerkannten Bug. Die Arbeitsbereiche werden korrekt übernommen, wenn Du nochmal "aus Klasse übernehmen" klickst...

Gruß
Timo

Re: Objekte übernehmen nur 1. Arbeitsbereich korrekt

Verfasst: Di 30. Sep 2014, 20:23
von mediavantis
Hallo Timo,

vielen Dank für die Rückmeldung. Habe mich eben auch mal in der Bugbase umgesehen und genau diesen Bug entdeckt. Ich bin nur deshalb nicht von einem Bug ausgegangen, da alle von mir von 6.3.8 auf 6.3.8s1 oder 6.3.8s2 upgedateten Installationen dieser Fehler nicht auftaucht.

Der kleine Umweg über den Button "Von Klasse übernehmen" war mir durchaus bekannt, allerdings ist dies im Hinblick auf die Anzahl der Redakteure und täglich mehr als 20 Objekten, die hinzukommen, ein wenig arg umständlich und mit Fehlerquoten behaftet. Aber bis zum nächsten Update wird's schon gehen.

Re: Objekte übernehmen nur 1. Arbeitsbereich korrekt

Verfasst: Mo 27. Okt 2014, 15:33
von mediavantis
Offensichtlich scheint das Problem in der aktuellen Version 6.3.9 noch nicht behoben zu sein, zumindest nicht, wenn vorher als Grundinstallation 6.3.8s1 oder 6.3.8s2 installiert war.

Installiert man zunächst 6.3.8 und führt danach ein Update durch, scheint dieser Fehler nicht aufzutreten.