Mailer-Project Bug-Tracker - Branch 0.2.1-FINAL |
View Issue Details |
|
ID | Project | Category | View Status | Date Submitted | Last Update |
0000126 | Branch 0.2.1-FINAL | Bug | public | 2009-07-28 16:24 | 2016-11-23 11:29 |
|
Reporter | user13 | |
---|
Assigned To | user13 | |
---|
Priority | normal | Severity | minor | Reproducibility | always |
---|
Status | closed | Resolution | fixed | |
---|
Platform | PHP5-Latest | OS | Linux | OS Version | 2.6 |
---|
Product Version | 0.2.1-FINAL | |
---|
Target Version | 0.2.1-FINAL | Fixed in Version | 0.2.1-FINAL | |
---|
|
Summary | 0000126: Fehlerhafte CSS ausgabe von css.php bei registrierung einer Erweiterung |
---|
Description | Wenn man eine Erweiterung registriert, gibt die css.php nur eine Fehlermeldung aus und es werden somit keine Formatierungen angezeigt. Geht man nun aber auf irgend eine andere Seite (im Adminbereich zumindest), dann klappt der Aufruf von css.php wieder. |
---|
Additional Information | debug.log:
28.07.2009|16:23:00|css|debug_report_bug|2624|Cache 'modules' is gone.
Fehlermeldung:
Note: Cache 'modules' is gone.
Please report this bug at bugs.mxchange.org and include the logfile from inc/cache/debug.log in your report (you cannot attach files!):
functions.php:2629, debug_get_printable_backtrace(0)
mysql-manager.php:151, debug_report_bug(1)
mysql-connect.php:156, checkModulePermissions(1)
config-global.php:78, require(1)
css.php:50, require(1) |
---|
Tags | No tags attached. |
---|
Relationships | |
Attached Files | |
---|
Notes |
|
(0000352)
|
user13
|
2009-07-28 17:06
(Last edited: 2009-07-28 17:08) |
|
Hab das Problem identifizieren können. In checkModulePermissions() wird geschaut ob das Array $GLOBALS['cache_array']['modules'] vorhanden ist. Bei einer registrierung einer Erweiterung wird ja meine Wissens der gesammte cache verworfen und somit ist dieses Array nicht vorhanden, wenn css.php aufgerufen wird.
Ich habe es mal so gefixt, dass keine Fehlermeldung ausgegeben wird, sondern "nur" ein "cache_miss" ausgegeben wird.
Die Änderungen habe ich in meinem Maintainerbranch (svn+ssh://mxchange-dev/var/www/svn-repos/mxchange-application/branches/maintainer/0.2.1-stelzi/Rev1081) commited. Braucht nur noch in den aktuellen Branch gemerged werden.
|
|
|
(0000362)
|
Quix0r
|
2009-07-28 21:29
|
|
Welche Revision war das nochmal? |
|
|
(0000363)
|
Quix0r
|
2009-07-28 21:36
|
|
Achso, dass mit $ret = 'cache_miss' anstelle meines debug_report_bug()-Aufrufs Das habe ich bereits gemacht. Siehe HEAD. |
|
|
(0000364)
|
Quix0r
|
2009-07-29 11:46
|
|
Ich bin mittlerweile der festen Überzeugung, dass dies eine andere fehlerhafte Codestelle ausgelöst hat. In Revision 1095 konnte ich - die Symtome traten auch bei mir auf - diese nun beseitigen, da zum einem einen Bug in getActualVersion() war (Array-Element 'revision' fehlte), dann ein Bug beim Nichtabarbeiten der Filter beim Deregistrieren einer Erweiterung und dann noch ein paar andere Ungereihmheiten vorhanden waren.
Bitte teste mal die neuste Revision aus. Dann können wir das Ticket auf resolved stellen, wenn es nicht mehr vorkommt. |
|
|
(0000365)
|
Quix0r
|
2009-07-29 11:47
|
|
Und der CSS-Modus hat an vielen Stellen gestört, wie beispielweise beim Regstrieren von Erweiterungen. Als ich das fixte, kam beim Aufruf von css.php endlich keine Fehler. |
|
|
(0000383)
|
Quix0r
|
2009-10-14 17:10
|
|
Sollte seit einigen Revisonen in der Form nicht mehr vorkommen. Ticket 0000131 beschreibt hier einen anderen Fall, bitte damit nicht verwechseln! |
|
|
(0000464)
|
Quix0r
|
2010-06-23 15:56
|
|
Diese sollten nun auch gefixt sein. |
|
|
(0000819)
|
Quix0r
|
2016-11-23 11:29
|
|
|