Answered Updating something to avoid?

Maby some more info will make someone check this out.

Web Server:
*PHP Version 5.3.2-1 (suexec)
* Apache
* ubuntu4.15

Database:
* MySQL version 5.1.62-0ubuntu0.10.04.1
* no tables over 1MB in size

MODx:
* Version MODX Revolution 2.2.4-pl (traditional)
* Updated from 2.2.2.tot.2.2.3 to 2.2.4
* Instaled Snippets: Archivist, Breadcrumbs, EventsX, FileLister, FormIt , Gallery, getPage, getResources, Login, MetaX, phpThumbOf , selfLink ,tagLister, UltimateParent ,Wayfinder

* Instaled Plugins: idem

All latest verslons.

snipppets in templates: EventsX, FileLister, getPage, getResources, phpThumbOf , selfLink , tagLister, UltimateParent , Wayfinder

Browser/Client:
* Chrome and safari both
* Mac osx snowlion

Problem:
Errorlog is not emptying, chuncks and templates are not saving, dialogs say it is succefull, but next time opening any chunck or template is like it was before.


What i did:

Started out with 2.2.2

Under 2.2.3 after update (all went well) these notices began to show.



getResourceTag needed /?tag= in the url, before it worked without this /?tag= . The blog is build exactly like the blog example in http://rtfm.modx.com/display/revolution20/Creating+a+Blog+in+MODx+Revolution

Solved this by making another page with getPage for the blog homepage,
blogs tags now link to the other one page with getResourceTag.
before it was working like the example with only one bloghome with getResourceTag.

So Solved but not really

While working with filelister i got this one:



Al in all i ended with just deleting this line of code in filelister.class.php to make it disapear.




So Solved but not really


Next i installed 2.2.4, No errors while installing.
redirecting to the login an an old bug showed it self. All css gone, java not working, Superuser no rights etc. Solved this by removing cookies from browsers and removing all cache files.
See related post: https://forums.modx.com/thread/73120/revo-2-2-0-pl2-traditional-bug#dis-post-424537

So Solved but not really (again!)

Next prob , keep getting worse every update *-(

Error log is not emptying, chuncks and templates are not saving,
dialogs say Succesfull! but next time opening on of these and everything is like it was before the save.

Anyone got any clue what is going on here? [ed. note: hurby last edited this post 14 years, 3 months ago.]

Thanks for your reply Frogabog,

Saving with quickupdate is working.

The mentioned solutions didn't work for me cause there is nothing wrong with these settings.
All time related settings are okay, looks like it is something else.

modx systemsettings :
date_timezone Europe/Amsterdam
modx system info:
servertime and local time are the same
offset 0
Sql:
SYSTEM
Php:
Europe/Amsterdam

In the posts there was no mention of my error-log bug.
A shame there isn't a quick empty log *-)

Any way
still no normal saving chuncks & templates
error log not empty after emptying.

Hurby

If it is the time thing it is the PHP and MySQL server that need to agree - there was not any direct way to see the MySQL server time zone (and probably this is still true).

There was much written about this on the forums previously, I posted a snippet that grabbed the MySQL time with a database call and the PHP time with a php call (duh!!) was pretty easy -
searching... found it ...

https://forums.modx.com/thread/75292/can-t-change-template-on-resource-max-frustration#dis-post-417282

I had thought that this issue got sorted, but you never know...

Hi there Whistlemaker

Here the outcome of the snippet you wrote, looks like it's okay or im a missing something?

php time is: June 20, 2012, 9:59 am
mySQL time is: 2012-06-20 09:59:13
mySQL system timezone is: CEST
mySQL session timezone is: CEST

gr
Hurby

Okay saving works now,

i think, hope, suspect… (give t a view hours, days)

that it had to do with renaming .htaccess in core to .htaccess.

Grtz
Hurby

missing those email notifications!!!!!!

looks like it's okay or im a missing something?

Nope that looks good.

And I see you figured it out! Good job.

Hi Hurby,

i have exactly the same problem as you ( Modx 2.2.4 && Chrome || Safari ). The timezone-thing i checked already. Your solution is not working for me. Can you please explain me what you have done exactly, renaming .htaccess in .htaccess?

Thanks a lot,
Rainer

ps: with my local Modx 2.2.2 install + Chrome or with 2.2.4 + Firefox everything is okay – but Firefox ist slow!

HI Rai,

Somewere in the process i changed ht.access in core to .htaccess and i gueass that's were the problem started. After changing it back to ht.access the problem was over.

Before that i tried all of the above. Reinstall, clear all cache files, clear all cookies, reinstall plugin's, etc.

Were it came from and how it resolved i,m not really shure, and that maby is even wurse.

gr
Hurby

hi hurby,

the problem appears to be a special cache-file in the cookies-section of chrome and safari, respectively a file on the Server the cookie-cache-file pointed to ("manager/cache.manifest.php").

way to solve the problem:
1. delete the "cache"-file in the cookies-section of chrome (not the Browser-Cache!! - by the way, the session-cookie itself is not the problem), or better delete all cookies
2. delete the file "manager/cache.manifest.php" from the Server -> that seems to disable generating a new cookie-cache-file in chrome

... i hope this rough solution is not as bad as the problem itself, my first tests aren't so bad. Can anyone say, this file is needed for - i red something about offline-cache, is that right and is it necessary?

kind regards
Rainer