Shop offline nach Wechsel der Sprache von Deutsch auf Englisch und wieder zurück

wir arbeiten gerade daran einen neuen Shop (noch CE 4.8.4) zu füllen und importieren über einen cronjob neue/geänderte Artikel/Bestellungen/Kunden-Daten aus einem laufendem XTmodified in den OXID. ´
Beim Testen und Wechsel der Sprache im OXID-FE kommt manchmal die Meldung ‘Shop offline’

In der exception_log steht (gekürzt):


oxConnectionException-oxException (time: 2014-12-01 02:04:53): [1054]:
 mysql:EXECUTE error: [1054: Unknown column 'oxv_oxarticles_de.OXTIMESTAMP' 
in 'order clause'] in EXECUTE with parameters 
SELECT `oxv_oxarticles_en`.`oxid`, `oxv_oxarticles_en`.`oxparentid`, 
`oxv_oxarticles_en`.`oxvarstock`, `oxv_oxarticles_en`.`oxvarcount`, 
`oxv_oxarticles_en`.`oxstock`, `oxv_oxarticles_en`.`oxstockflag`, 
`oxv_oxarticles_en`.`oxshopid`, `oxv_oxarticles_en`.`oxtprice`, `oxv_oxarticles_en`.`oxvat`, 
`oxv_oxarticles_en`.`oxprice`, `oxv_oxarticles_en`.`oxskipdiscounts`, 
`oxv_oxarticles_en`.`oxunitquantity`, `oxv_oxarticles_en`.`oxweight`, 
`oxv_oxarticles_en`.`oxtitle`, `oxv_oxarticles_en`.`oxvarselect`, 
oxv_oxarticles_en`.`oxthumb`, `oxv_oxarticles_en`.`oxpic1`, 
oxv_oxarticles_en.oxtimestamp 
FROM oxobject2category as oc left join oxv_oxarticles_en
ON oxv_oxarticles_en.oxid = oc.oxobjectid
WHERE (  oxv_oxarticles_en.oxactive = 1   and ( oxv_oxarticles_en.oxstockflag != 2 
or ( oxv_oxarticles_en.oxstock + oxv_oxarticles_en.oxvarstock ) > 0  )  and 
IF( oxv_oxarticles_en.oxvarcount = 0, 1, ( select 1 from oxv_oxarticles_en as art 
where art.oxparentid=oxv_oxarticles_en.oxid 
and ( art.oxactive = 1  ) and ( art.oxstockflag != 2 or art.oxstock > 0 ) limit 1 ) )  )
 and oxv_oxarticles_en.oxparentid = ''
 and oc.oxcatnid = 'category_734'  ORDER BY  
oxv_oxarticles_de.OXTIMESTAMP desc ,  
oc.oxpos, oc.oxobjectid  LIMIT 0, 10
 
 Stack Trace: #0 /core/adodblite/adodbSQL_drivers/mysql/mysql_driver.inc(369): 
   adodb_throw('mysql', 'EXECUTE', 1054, 'Unknown column ...', 
   'SELECT `oxv_oxa...', false, Object(object_ADOConnection))
#1 /core/adodblite/adodb.inc.php(334): mysql_driver_ADOConnection->do_query('SELECT `oxv_oxa...', 0, 10, false)
#2 /core/oxlegacydb.php(188): ADOConnection->SelectLimit('SELECT `oxv_oxa...', 10, 0, false)
#3 /core/oxlist.php(389): oxLegacyDb->selectLimit('SELECT `oxv_oxa...', 10, 0)
#4 /application/models/oxarticlelist.php(83): oxList->selectString('SELECT `oxv_oxa...')
#5 /application/models/oxarticlelist.php(471): oxArticleList->selectString('SELECT `oxv_oxa...')
#6 /application/controllers/alist.php(364): oxArticleList->loadCategoryArticles('category_734', NULL)
#7 /application/controllers/alist.php(780): aList->_loadArticles(Object(oxCategory))
#8 /application/controllers/alist.php(207): aList->getArticleList()
#9 /core/oxshopcontrol.php(465): aList->render()
#10 /core/oxshopcontrol.php(350): oxShopControl->_render(Object(aList))
#11 /core/oxshopcontrol.php(123): oxShopControl->_process('alist', NULL, NULL, NULL)
#12 /core/oxid.php(38): oxShopControl->start()
#13 /index.php(27): Oxid::run()
#14 /oxseo.php(44): require('/var/www/vhosts...')
#15 {main}

-> in der order Klausel wird also für den OXTIMESTAMP die falsche Sprache verwendet (vorletzte Zeile im oberen Abschnitt).
Der Fehler bleibt auch nach Refresh der Seite und auch wenn die Domain in der Adressleiste neu eingegeben wird - views aktualisieren, tmp leeren bringt nichts - nur Cookies löschen!

Jemand eine Idee?
Gerne geben ich auch einen ftp-Zugang - bin zu allen Schandtaten bereit :confused:

muss mal stubsen -> jemand eine Idee zur Ursache?
oder eine Idee wie Ursache weiter eingrenzen?

Ich vermute mal, dass das ein Bug in einer älteren Version ist, der bereits behoben wurde.

Danke für den Hinweis!
Nur ist dieser Bug in der 4.7.10 beseitigt. Der neue Shop läuft aber unter 4.8.4
Trotzdem scheint es mir so, als ob hier etwas kaputtrepariert wurde :smiley:
Ich weiss jetzt zumindest mal wo ich weiter suchen kann - Danke!

PS: nach gezieltem Probieren habe ich folgendes festgestellt:

  • in allen Kategorien ist unter ‘Schnellsortierung’ = ‘letzte Änderung’ eingestellt
  • im Admin unter System war aber keine Sortierung nach oxtimestamp enthalten
    -> oxtimestamp ergänzt
    [B]—> Fehler ist nicht mehr reproduzierbar !!! ???[/B]