[GELÖST, sort of] CGCalendar: keine Termine im Backend nach Upgrade

faglork · 12. Februar 2016 23:46

Moin!

Jetzt hats mich auch erwischt.
PHP 5.6.10
CMSMS 1.12.1
CGExtensions aktualisiert auf 1.51.1
CGcalendar aktualisiert auf 1.15.8

und ZACK! Das CGCalendar Backend zeigt keine Termine mehr. Frontend funktioniert so lala.

Bisher versucht: switch to PHP 5.4 - keine Änderung. Also wieder zurück.

Ich habe die in
http://www.cmsmadesimple.de/forum/viewt … 136#p33136
genannte Modifikation der class.cgcalendar_utils.php durchgeführt - keine Änderung.

Admin Theme auf OneEleven gesetzt und Sprache auf Englisch - keine Änderung

Hat jemand noch ne Idee?

Ausser das Modul komplett neu installieren? Allerdings würde ich da ja die Termine verlieren. Eine Export-Funktion gibts AFAIK nicht

BTW: Ich hab nen neuen Thread aufgemacht, weil der alte ja auf GELÖST steht und die Lösungen bei mir nix geholfen haben :-(

Servus,
Alex

Beitrag geändert von faglork (12. Februar 2016 18:49)

faglork · 12. Februar 2016 00:02

Ich hab mal DEBUG aktiviert, und da ist mir aufgefallen dass zwar Datenbankabfragen auf

cms_module_cgcalendar_categories
cms_module_cgcalendar_fields

aber nicht auf
cms_module_cgcalendar_events

stattfinden.

So kann das ja wohl nix werden??

Aber warum?

Servus,
Alex

Hier der DEBUG-Output:

Debug: (1.7999999999962E-5) - (usage: 340528) - (peak: 345064)
done loading required files
Debug: (0.00029100000000004) - (usage: 351080) - (peak: 360752)
loading adodb
Debug: (0.000413) - (usage: 367752) - (peak: 371856)
loading page functions
Debug: (0.000475) - (usage: 368144) - (peak: 388488)
loading content functions
Debug: (0.00051900000000005) - (usage: 368552) - (peak: 388792)
loading translation functions
Debug: (0.00056599999999996) - (usage: 369096) - (peak: 389064)
loading php4 entity decode functions
Debug: (0.00060499999999997) - (usage: 369520) - (peak: 389608)
done loading files
Debug: (0.00063299999999999) - (usage: 369928) - (peak: 390144)
Initialize Database
Debug: (0.0018590000000001) - (usage: 677360) - (peak: 690168)
(mysqli): SET NAMES 'utf8'
Debug: (0.001902) - (usage: 676448) - (peak: 704864)
Done Initializing Database
Debug: (0.002082) - (usage: 678320) - (peak: 704864)
(mysqli): SELECT version from cms_version LIMIT 1
Debug: (0.002154) - (usage: 677976) - (peak: 705200)
Initialize Smarty
Debug: (0.002647) - (usage: 1016512) - (peak: 1021248)
Loading /systempath/lib/classes/class.Smarty_CMS.php = 336768 bytes for an approximate total of 336768
Debug: (0.002927) - (usage: 1060744) - (peak: 1065280)
Loading /systempath/lib/classes/class.CMSModuleDbTemplateResource.php = 36488 bytes for an approximate total of 373256
Debug: (0.003018) - (usage: 1072256) - (peak: 1082368)
Loading /systempath/lib/classes/class.CMSPageTemplateResource.php = 10856 bytes for an approximate total of 384112
Debug: (0.003113) - (usage: 1079832) - (peak: 1094216)
Loading /systempath/lib/classes/class.usertagoperations.inc.php = 6616 bytes for an approximate total of 390728
Debug: (0.0032990000000001) - (usage: 1080560) - (peak: 1101784)
(mysqli): SELECT * FROM cms_userplugins ORDER BY userplugin_name
Debug: (0.003435) - (usage: 1098000) - (peak: 1103712)
Loading /systempath/lib/classes/class.cms_siteprefs.php = 4192 bytes for an approximate total of 394920
Debug: (0.003864) - (usage: 1105872) - (peak: 1120560)
(mysqli): SELECT sitepref_name,sitepref_value FROM cms_siteprefs
Debug: (0.005122) - (usage: 1276408) - (peak: 1476616)
Loading /systempath/lib/classes/class.CMSNullTemplateResource.php = 9536 bytes for an approximate total of 404456
Debug: (0.005181) - (usage: 1275568) - (peak: 1478488)
Done Initialiing Smarty
Debug display of 'Loading Modules':(0.005228) - (usage: 1275992) - (peak: 1478640)
Debug: (0.005314) - (usage: 1294992) - (peak: 1478760)
Loading /systempath/lib/classes/class.moduleoperations.inc.php = 17928 bytes for an approximate total of 422384
Debug: (0.005503) - (usage: 1297040) - (peak: 1488992)
(mysqli): SELECT * FROM cms_modules ORDER BY module_name
Debug: (0.005896) - (usage: 1336792) - (peak: 1509928)
loading module CGExtensions
Debug: (0.006069) - (usage: 1455808) - (peak: 1575776)
Loading /systempath/lib/classes/class.CMSModule.php = 76384 bytes for an approximate total of 498768
Debug: (0.006202) - (usage: 1526928) - (peak: 1630744)
Loading /systempath/lib/classes/class.CmsLangOperations.php = 4920 bytes for an approximate total of 503688
Debug: (0.006283) - (usage: 1536592) - (peak: 1647488)
Loading /systempath/lib/classes/class.CmsNlsOperations.php = 8896 bytes for an approximate total of 512584
Debug: (0.0064650000000001) - (usage: 1551352) - (peak: 1655536)
Loading /systempath/lib/classes/class.CmsNls.php = 8392 bytes for an approximate total of 520976
Debug: (0.006607) - (usage: 1555792) - (peak: 1666792)
Loading /systempath/lib/classes/class.cms_userprefs.php = 6112 bytes for an approximate total of 527088
Debug: (0.006785) - (usage: 1558592) - (peak: 1673528)
(mysqli): SELECT preference,value FROM cms_userprefs WHERE user_id = '1'
Debug: (0.018317) - (usage: 1901616) - (peak: 2103120)
(mysqli): UPDATE cms_siteprefs SET sitepref_value = 1455231006 WHERE sitepref_name = 'CGExtensions_mapi_pref_cache_autoclean_last'
Debug: (0.018672) - (usage: 1979952) - (peak: 2116248)
Loading /systempath/lib/classes/class.cms_utils.php = 8688 bytes for an approximate total of 535776
Debug: (0.018866) - (usage: 1980160) - (peak: 2129824)
(mysqli): SET @CG_ZEROTIME = NOW() - INTERVAL 150 YEAR,@CG_FUTURETIME = NOW() + INTERVAL 5 YEAR
Debug: (0.01912) - (usage: 2007792) - (peak: 2131368)
loading module CGSimpleSmarty
Debug: (0.019432) - (usage: 2100440) - (peak: 2192176)
loading module CMSMailer
Debug: (0.019692) - (usage: 2206008) - (peak: 2275952)
loading module FileManager
Debug: (0.019976) - (usage: 2291256) - (peak: 2360184)
loading module FormBuilder
Debug: (0.021241) - (usage: 2587168) - (peak: 2751632)
loading module Gallery
Debug: (0.02192) - (usage: 2697464) - (peak: 2814040)
loading module MenuManager
Debug: (0.022638) - (usage: 2797432) - (peak: 2888944)
loading module TinyMCE
Debug: (0.022894) - (usage: 2881280) - (peak: 2967440)
loading module ToolBox
Debug display of 'End of Loading Modules':(0.025207) - (usage: 3137456) - (peak: 3256736)
Debug: (0,025306) - (usage: 3142216) - (peak: 3269296)
Loading /systempath/lib/classes/class.CmsRegularTaskHandler.php = 3584 bytes for an approximate total of 539360
Debug: (0,025504) - (usage: 3175568) - (peak: 3276592)
Loading /systempath/lib/classes/class.contentoperations.inc.php = 28840 bytes for an approximate total of 568200
Debug: (0,025713) - (usage: 3189272) - (peak: 3293280)
Loading /systempath/lib/classes/class.module_meta.php = 4504 bytes for an approximate total of 572704
Debug: (0,026057) - (usage: 3317352) - (peak: 3381056)
Loading /systempath/modules/CGCalendar/CGCalendar.module.php = 113112 bytes for an approximate total of 685816
Debug: (0,026582) - (usage: 3404112) - (peak: 3510432)
Loading /systempath/lib/classes/class.CmsAdminThemeBase.php = 23168 bytes for an approximate total of 708984
Debug: (0,027033) - (usage: 3446432) - (peak: 3543784)
Loading /systempath/lib/classes/class.admintheme.inc.php = 32368 bytes for an approximate total of 741352
Debug: (0,027246) - (usage: 3504592) - (peak: 3588480)
Loading /systempath/lib/classes/class.useroperations.inc.php = 11256 bytes for an approximate total of 752608
Debug: (0,027429) - (usage: 3507608) - (peak: 3605304)
(mysqli): SELECT ug.user_id FROM cms_user_groups ug
WHERE ug.user_id = '1' AND ug.group_id = 1 LIMIT 1
Debug: (0,027645) - (usage: 3509072) - (peak: 3606296)
(mysqli): SELECT DISTINCT permission_name FROM cms_user_groups ug INNER JOIN cms_group_perms gp ON gp.group_id = ug.group_id INNER JOIN cms_permissions p ON p.permission_id = gp.permission_id INNER JOIN cms_groups gr ON gr.group_id = ug.group_id WHERE ug.user_id = '1' AND gr.active = 1
Debug: (0,028286) - (usage: 3546312) - (peak: 3614528)
Loading /systempath/modules/CGExtensions/lib/class.cge_tmpdata.php = 3584 bytes for an approximate total of 756192
Debug: (0,028391) - (usage: 3546960) - (peak: 3625472)
Nothing is known about Calendar... cant load it
Debug: (0,029215) - (usage: 3561544) - (peak: 3670456)
Loading /systempath/modules/CGCalendar/lib/class.cgcalendar_utils.php = 5520 bytes for an approximate total of 761712
Debug: (0,030172) - (usage: 3569320) - (peak: 3687368)
(mysqli): SELECT * FROM cms_module_cgcalendar_categories ORDER BY category_order, category_name
Debug display of 'Fetch module_file_tpl:CGCalendar;admin_events_tab.tpl start':(0,030357) - (usage: 3573720) - (peak: 3698392)
Debug: (0,130843) - (usage: 5521504) - (peak: 5771568)
Loading /systempath/modules/CGExtensions/lib/class.cge_smarty_plugins.php = 20304 bytes for an approximate total of 782016
Debug: (0,130986) - (usage: 5533960) - (peak: 5771568)
Loading /systempath/modules/CGExtensions/lib/class.cge_utils.php = 12024 bytes for an approximate total of 794040
Debug: (0,131119) - (usage: 5538328) - (peak: 5771568)
Loading /systempath/modules/CGExtensions/lib/class.cge_param.php = 3824 bytes for an approximate total of 797864
Debug display of 'Fetch module_file_tpl:CGCalendar;admin_events_tab.tpl end':(0,136109) - (usage: 5552912) - (peak: 5771568)
Debug display of 'Fetch module_file_tpl:CGCalendar;admin_categories_tab.tpl start':(0,13622) - (usage: 5551528) - (peak: 5771568)
Debug display of 'Fetch module_file_tpl:CGCalendar;admin_categories_tab.tpl end':(0,151623) - (usage: 5585240) - (peak: 5780968)
Debug: (0,1519) - (usage: 5585312) - (peak: 5780968)
(mysqli): SELECT * FROM cms_module_cgcalendar_fields ORDER BY field_order,field_name
Debug: (0,152151) - (usage: 5588280) - (peak: 5780968)
Nothing is known about CompanyDirectory... cant load it
Debug display of 'Fetch module_file_tpl:CGCalendar;fieldstab.tpl start':(0,152391) - (usage: 5589152) - (peak: 5780968)
Debug display of 'Fetch module_file_tpl:CGCalendar;fieldstab.tpl end':(0,17972) - (usage: 5659856) - (peak: 5886928)
Debug: (0,180678) - (usage: 5671328) - (peak: 5886928)
get all content...
Debug display of 'Start Loading Hierarchy Manager':(0,180717) - (usage: 5671744) - (peak: 5886928)
Debug display of 'starting tree':(0,180744) - (usage: 5672360) - (peak: 5886928)
Debug: (0,180906) - (usage: 5674120) - (peak: 5886928)
(mysqli): SELECT modified_date FROM cms_content ORDER BY modified_date DESC LIMIT 1
Debug: (0,181014) - (usage: 5674184) - (peak: 5886928)
Content tree file needs loading
Debug: (0,181144) - (usage: 5711304) - (peak: 5886928)
Loading /systempath/lib/classes/class.cms_tree.php = 7144 bytes for an approximate total of 805008
Debug: (0,181191) - (usage: 5715552) - (peak: 5886928)
Loading /systempath/lib/classes/class.cms_content_tree.php = 20672 bytes for an approximate total of 825680
Debug display of 'ending tree':(0,181337) - (usage: 5743408) - (peak: 5886928)
Debug display of 'End Loading Hierarchy Manager':(0,181367) - (usage: 5738040) - (peak: 5886928)
Debug: (0,181523) - (usage: 5750368) - (peak: 5886928)
Loading /systempath/lib/classes/class.cms_content_cache.php = 5328 bytes for an approximate total of 831008
Debug: (0,181724) - (usage: 5757952) - (peak: 5886928)
(mysqli): SELECT * FROM cms_content FORCE INDEX (cms_index_content_by_idhier) WHERE active = 1
Debug: (0,182171) - (usage: 5966728) - (peak: 5992296)
Loading /systempath/lib/classes/class.ContentBase.php = 52528 bytes for an approximate total of 883536
Debug: (0,182264) - (usage: 6010952) - (peak: 6036608)
Loading /systempath/lib/classes/contenttypes/Content.inc.php = 107448 bytes for an approximate total of 990984
Debug: (0,182504) - (usage: 6087128) - (peak: 6109264)
Loading /systempath/lib/classes/contenttypes/ErrorPage.inc.php = 55072 bytes for an approximate total of 1046056
Debug: (0,184728) - (usage: 6449056) - (peak: 6569120)
(mysqli): SELECT * FROM cms_content FORCE INDEX (cms_index_content_by_idhier) WHERE content_id IN (68,85,89) ORDER BY hierarchy
Debug: (0,185235) - (usage: 6513560) - (peak: 6625168)
(mysqli): SELECT * FROM cms_content FORCE INDEX (cms_index_content_by_idhier) WHERE content_id IN (75,81,82,88) ORDER BY hierarchy
Debug: (0,185773) - (usage: 6594016) - (peak: 6707376)
end get all content...
Debug: (0,186973) - (usage: 6598160) - (peak: 6767216)
Nothing is known about FrontEndUsers... cant load it
Debug display of 'Fetch module_file_tpl:CGCalendar;settings.tpl start':(0,187024) - (usage: 6596512) - (peak: 6779976)
Debug display of 'Fetch module_file_tpl:CGCalendar;settings.tpl end':(0,24578) - (usage: 6723688) - (peak: 6974392)
Debug: (0,246168) - (usage: 6737352) - (peak: 6974392)
before theme load
Debug: (0,246205) - (usage: 6737608) - (peak: 6974392)
after theme load
Debug: (0,246249) - (usage: 6738688) - (peak: 6974392)
before notifications
Debug: (0,246382) - (usage: 6745800) - (peak: 6974392)
before populate admin navigation
Debug: (0,246416) - (usage: 6746024) - (peak: 6974392)
before menu items
Debug: (0,247195) - (usage: 6796656) - (peak: 6974392)
Loading /systempath/lib/classes/class.globalcontentoperations.inc.php = 21520 bytes for an approximate total of 1067576
Debug: (0,247382) - (usage: 6799152) - (peak: 6974392)
(mysqli): SELECT htmlblob_id FROM cms_htmlblobs WHERE owner = '1'
Debug: (0,247569) - (usage: 6799944) - (peak: 6974392)
(mysqli): SELECT htmlblob_id FROM cms_additional_htmlblob_users WHERE user_id = '1'
Debug: (0,24774) - (usage: 6800336) - (peak: 6974392)
(mysqli): SELECT group_id FROM cms_user_groups WHERE user_id = '1'
Debug: (0,247916) - (usage: 6799320) - (peak: 6974392)
(mysqli): SELECT htmlblob_id FROM cms_additional_htmlblob_users WHERE user_id IN (-1)
Debug: (0,248149) - (usage: 6801744) - (peak: 6974392)
(mysqli): SELECT content_id FROM cms_content WHERE owner_id = '1'
Debug: (0,248374) - (usage: 6805640) - (peak: 6974392)
(mysqli): SELECT user_id,content_id FROM cms_additional_users
Debug: (0,249732) - (usage: 6854272) - (peak: 6974392)
after menu items
Debug: (0,249947) - (usage: 6859240) - (peak: 7002016)
before syste modules
Debug: (0,250177) - (usage: 6869376) - (peak: 7018616)
before module menu items
Debug: (0,250377) - (usage: 6880656) - (peak: 7019048)
after module menu items
Debug: (0,252003) - (usage: 6920008) - (peak: 7062584)
after populate admin navigation
Debug: (0,252965) - (usage: 6924480) - (peak: 7080840)
Loading /systempath/lib/classes/class.bookmarkoperations.inc.php = 7400 bytes for an approximate total of 1074976
Debug: (0,253155) - (usage: 6927224) - (peak: 7084936)
(mysqli): SELECT bookmark_id, user_id, title, url FROM cms_admin_bookmarks WHERE user_id = '1' ORDER BY title

Beitrag geändert von faglork (12. Februar 2016 00:03)

NaN · 12. Februar 2016 10:09

Kann den Fehler bestätigen.
Bei mir hat utf8_encode() wie im verlinkten Beitrag allerdings geholfen.

Datenbankabfragen
[...]
aber nicht auf
cms_module_cgcalendar_events
[...]
So kann das ja wohl nix werden??

Doch, weil die erst via AJAX nachgeladen werden.
Also halte mal nach Javascriptfehlern ausschau.

Andynium · 12. Februar 2016 12:36

Mal so nebenbei gefragt - kannst du die Module noch in der Modulverwaltung sehen?

Bei mir waren die nach einer Aktualisierung dort verschwunden (Aktualisierung via FTP) ops - keine Idee, wie ich die wieder sichtbar machen soll. An den Berechtigungen kann es nicht liegen.

Sorry, aber die CGModule werden mir immer unsympatischer...

NaN · 12. Februar 2016 12:41

Mal so nebenbei gefragt - kannst du die Module noch in der Modulverwaltung sehen?

Yepp. Ich musste allerdings nach dem Update den Cache manuell löschen.

Andynium · 12. Februar 2016 12:49

Pfff, mann-oh-mann, das gab es doch früher nicht - da bietet sich ja fast an, das Leeren des Caches auf einen Extra-Button rauszuziehen ops .

faglork · 12. Februar 2016 14:16

NaN schrieb:

Mal so nebenbei gefragt - kannst du die Module noch in der Modulverwaltung sehen?
Yepp. Ich musste allerdings nach dem Update den Cache manuell löschen.

Dito.

faglork · 12. Februar 2016 14:17

cyberman schrieb:

Pfff, mann-oh-mann, das gab es doch früher nicht - da bietet sich ja fast an, das Leeren des Caches auf einen Extra-Button rauszuziehen .

Kann man das nicht automatisieren über nen Event?

Servus,
Alex

faglork · 12. Februar 2016 15:05

NaN schrieb:

Kann den Fehler bestätigen.
Bei mir hat utf8_encode() wie im verlinkten Beitrag allerdings geholfen.
Datenbankabfragen
[...]
aber nicht auf
cms_module_cgcalendar_events
[...]
So kann das ja wohl nix werden??
Doch, weil die erst via AJAX nachgeladen werden.

#patsch#

NaN schrieb:

Also halte mal nach Javascriptfehlern ausschau.

Ich weiss ja nicht wie es euch geht, aber in der Firefox/Webdeveloper Script Error Console bekomme ich alleine für jquery eine gefühlte Million Fehler (egal bei welcher installation/version). WTF??

für cgejs_xyz findet sich ne Handvoll errors der hier könnte relevant sein aber ich kann wenig damit anfangen:

Zeitstempel: 12.02.2016 14:45:08
Warnung: ReferenceError: reference to undefined property source.events
Quelldatei: http://www.winterbauer-keller.de/tmp/ca … a3f840a.js
Zeile: 559

Die Zeile 559:

if($.isArray(source.events)){source.origArray=source.events;source.events=$.map(source.events,function(eventInput){return buildEventFromInput(eventInput,source);});}

In dem JS-Wust finde ich die Stelle aber nicht wo source.events definiert wird ... bzw. meine Javascript-Kenntnisse sind zu rudimentär :-(

EDIT: Versuche mich grad ein bisschen in den Debugger von EDGE einzuarbeiten. Habe Haltepunkte gesetzt, aber das RUN Symbol ist ausgegraut. Wie zum Teufel starte ich das Ding?

Servus,
Alex

Beitrag geändert von faglork (12. Februar 2016 15:40)

NaN · 12. Februar 2016 17:39

faglork schrieb:

Kann man das nicht automatisieren über nen Event?
Servus,
Alex

Eigentlich sollte das nicht nötig sein.
Denn das sollte nach dem Installieren/Upgrade/Deinstallieren automatisch geschehen.

Das passiert mir meist nur beim Upgrade über den ModulManager. Dann fehlen im Cache (module_meta.dat) die gerade aktualisierten Module. Ist auch völlig logisch, weil zu diesem Zeitpunkt die Modulversion in der Modul-Datei auf dem Server nicht mit der Version in der DB übereinstimmt. Ergo sieht CMSms das Modul als "nicht verfügbar" an.

D.h. dieser Module-Meta-Cache wird geschrieben, nachdem der Cache zwar gelöscht wurde, aber mit Informationen die von einem Zeitpunkt stammen bevor die Module installiert/aktualisiert wurden.

So oder so ähnlich.

faglork · 12. Februar 2016 18:47

Jungs, was soll ich sagen ...

mein guter Freund Martin Gieretz (ein begnadeter Programmierer) hat mit mir den Nachmittag über den ganzen Sch... debugged.

Zuerst mal zum Fehler im Kalender:

Es gibt zwei AJAX-Aufrufe welche die Kalender-Tabelle füllen:

Hier klicken, um den Code zum Kopieren zu markieren

http://www.xyz.de/admin/moduleinterface.php?mact=CGCalendar,m1_,ajax_fetchholidays,0&_sx_=fd274212768b9983&showtemplate=false

http://www.xyz.de/admin/moduleinterface.php?mact=CGCalendar,m1_,admin_ajax_fetchevents,0&_sx_=fd274212768b9983&showtemplate=false&m1_showchildren=1&start=2016-02-01&end=2016-03-14&_=1455297415291

Diese Aufrufe *an sich* funktionieren. NUR: Da sollten JSON-Daten zurückkommen. Das tun sie auch, allerdings wird den Daten ein HTML-Block vorangestellt: Das Ergebnis aus dem "Modul-Integritätscheck" der CGExtensions. Da steht dann folgendes drin:
ein DIV mit nem Paragraph mit dem Inhalt "This module passed the integrity check" oder so ähnlich. ANSCHLIEßEND kommen dann die JSON Daten.

Die Folge: es ist weder HTML noch JSON sondern BEIDES, und damit scheitert der Parser, als Ergebnis bleiben die Variablen UNDEFINED und das wars dann.

WARUM an dieser Stelle der "Modul-Integritätscheck" zuschlägt haben wir nicht gefunden bzw. wir hatten ehrlich gesagt weder Lust noch Nerv dazu smile
Kleiner Scherz am Rande: Unveränderte Originalinstallation von CGCalendar, direkt aus der Forge, dennoch waren BEIDE Fehlermeldungen zu finden, einmal "This module passed the integrity check" (bei den Holidays) und "We could not reliably verify that this module bla bla bla" (bei den Events), d.h. nicht mal der Integritätscheck funktioniert richtig. Kein Kommentar.

Unser Workaround: Wir haben einfach den "Modul-Integritätscheck" in den CGExtensions abgeschaltet und ZACK! lief die Kiste wieder.

Dass das nicht der Weisheit letzter Schluss ist ist mir klar, aber mal ehrlich: Bis Jahresende hält der Fix, und dann wird eh auf V2 umgestellt und es gibt neue Bugs. Ich habe schon zu viel Zeit daran verschwendet.

Ich mach mich jetzt ans Frontend, denn auch da funktioniert einiges nicht mehr.

FAZIT: Ich sag jetzt lieber nix.

Servus,
Alex

Beitrag geändert von faglork (12. Februar 2016 18:51)

Andynium · 12. Februar 2016 19:53

NaN schrieb:

Das passiert mir meist nur beim Upgrade über den ModulManager.

Tja, wie gesagt

cyberman schrieb:

(Aktualisierung via FTP)

und nach meiner Erinnerung auch alles händisch gelöscht hmm ...

faglork schrieb:

Unser Workaround: Wir haben einfach den "Modul-Integritätscheck" in den CGExtensions abgeschaltet

Der Vollständigkeit halber und für alle Interessierten/Betroffenen - das habt ihr wie genau gemacht?

faglork · 12. Februar 2016 22:33

cyberman schrieb:

faglork schrieb:
Unser Workaround: Wir haben einfach den "Modul-Integritätscheck" in den CGExtensions abgeschaltet
Der Vollständigkeit halber und für alle Interessierten/Betroffenen - das habt ihr wie genau gemacht?

CGExtensions.module.php

Zeilen
644: switch( $rec['status'] ) {

bis

673: }

auskommentiert.

Keine Ahnung ob das weitreichende Folgen hat. Hab bis jetzt nix gefunden.

Wie gesagt: an diesem System wird es vorraussichtlich keine Änderungen mehr geben, also so what ...

Cheers,
Alex

Andynium · 13. Februar 2016 17:46

Danke dir - diesen Tipp sollte ich vllt Sticky machen tongue ...

Forum für CMS/made simple

#1 12. Februar 2016 23:46

[GELÖST, sort of] CGCalendar: keine Termine im Backend nach Upgrade

#2 12. Februar 2016 00:02

Re: [GELÖST, sort of] CGCalendar: keine Termine im Backend nach Upgrade

#3 12. Februar 2016 10:09

Re: [GELÖST, sort of] CGCalendar: keine Termine im Backend nach Upgrade

#4 12. Februar 2016 12:36

Re: [GELÖST, sort of] CGCalendar: keine Termine im Backend nach Upgrade

#5 12. Februar 2016 12:41

Re: [GELÖST, sort of] CGCalendar: keine Termine im Backend nach Upgrade

#6 12. Februar 2016 12:49

Re: [GELÖST, sort of] CGCalendar: keine Termine im Backend nach Upgrade

#7 12. Februar 2016 14:16

Re: [GELÖST, sort of] CGCalendar: keine Termine im Backend nach Upgrade

#8 12. Februar 2016 14:17

Re: [GELÖST, sort of] CGCalendar: keine Termine im Backend nach Upgrade

#9 12. Februar 2016 15:05

Re: [GELÖST, sort of] CGCalendar: keine Termine im Backend nach Upgrade

#10 12. Februar 2016 17:39

Re: [GELÖST, sort of] CGCalendar: keine Termine im Backend nach Upgrade

#11 12. Februar 2016 18:47

Re: [GELÖST, sort of] CGCalendar: keine Termine im Backend nach Upgrade

#12 12. Februar 2016 19:53

Re: [GELÖST, sort of] CGCalendar: keine Termine im Backend nach Upgrade

#13 12. Februar 2016 22:33

Re: [GELÖST, sort of] CGCalendar: keine Termine im Backend nach Upgrade

#14 13. Februar 2016 17:46

Re: [GELÖST, sort of] CGCalendar: keine Termine im Backend nach Upgrade

Fußzeile des Forums