Notes on Development and Testing MODx 0.9.7 from SVN

MODx 0.9.7-alpha Development and Testing from SVN

Here are some notes on participating in MODx 0.9.7 testing and/or development. Unlike previous versions of MODx, 0.9.7 will not install directly from SVN. Because of the nature of the new packaging and installation system, you must first create the core installation package using a PHP build script before running the setup.

I’ve also included some other notes on what will and will not work at this point, but please ask questions if you have them. I need to get additional team members more actively involved in the development and testing cycles for this ASAP.

[#] Checkout or export the latest 0.9.7 code from SVN at the URL http://svn.modxcms.com:8000/svn/tattoo/tattoo/branches/private/0.9.7
[#] If this is the first time you are building from SVN, copy the file build.config.sample.php to build.config.php and edit the properties to point at a valid database with proper credentials. NOTE that this database does not have to contain anything; the build script just needs to be able to make a connection to a MySQL database.
[#] From the command line, change your working directory to _build/ and execute the command "php transport.core.php". This process will take an extended period of time (100 to 250 seconds likely), so be patient.
[#] Once that script is finished executing, confirm that you now have a file named core/packages/core.transport.zip and a directory core/packages/core/ containing a manifest.php and many other files/directories.
[#] Now you are ready to execute the new setup script at the setup/ URL (e.g. http://localhost/modx097/setup/ if installed in a subdirectory of the web root named modx097/).
[#] Make sure you check both the "Core package has been manually unpacked" and "Files are already in-place" options when installing from SVN.
[#] If you change any paths on the Context Paths setup step, make sure and move the corresponding directories as appropriate; this is intended for installs from the core package with files not already in-place, where the installer will place the files in the specified locations (assuming the locations allow the PHP process to write to them).

NOTE: Only new installs are functional at this point.
NOTE: Only the absolute required minimal data is included; there are no documents installed by default, etc.
NOTE: The add-on step will be going away, but for now you can go ahead and execute those to get the sample components installed. Just be sure to use the same options as for the core installation (manually unpacked and files already inplace).

Please give it a try at your earliest convenience and record any issues or problems you encounter. There is a lot of work going on still, and plenty left to go, so expect the unexpected as we work through changes, fixes and refactorings.

Is the 0.9.7 repository public view now? I noticed that it didn’t require a password anymore, just thought I’d make note of that in case it’s a mistake.

A password is required (which I got already, thanks Jason!) to make changes so we’re still safe there

I’ll give this a try and let you know! It might be a while though before I make it to 0.9.7 as I’m working on the bugxfixes for 0.9.6...

Hi Jason,

I’ve finally got the 097 installed.

my config is:

* Apache HTTPD 2.2.4 + Openssl 0.9.8e
* MySQL 5.0.45
* PHP 5.2.3 <- running
* PHP 4.4.7
* phpMyAdmin 2.10.3
* Zend Optimizer 3.3.0
* 1.6.3 Patch

Issues:

* while doing almost anything, including creating/viewing elements/documents, even open Configuration from top menu, I get this error:

[2007-09-14 01:56:00] (FATAL/097/manager/index.php) Legacy Error Message: You don’t have enough privileges for this action!

Its a roadblock to check other things.

The setup process was easy, install went fine.

Update: I am getting Configuration warning: ’Config file still writable’, but there is no config.inc.php in /manager/includes/

zi:

The config file warning is harmless, but FYI it’s now located at core/config/config.inc.php

Hmmm, you should be admin and have privileges for everything. Can you check the database tables and see if the modx_user_roles table is populated correctly? And that the modx_users record has the appropriate role?

warning: i figured.. thanks. but we need to update language string for the message

097_user_attributes: i have role = 1
097_user_roles has 1 record, for Admin role
097_users has 1 record with my user/pass.

Quote from: sirlancelot at Sep 13, 2007, 03:03 PM

Is the 0.9.7 repository public view now? I noticed that it didn’t require a password anymore, just thought I’d make note of that in case it’s a mistake.

A password is required (which I got already, thanks Jason!) to make changes so we’re still safe there

I’ll give this a try and let you know! It might be a while though before I make it to 0.9.7 as I’m working on the bugxfixes for 0.9.6...

Yes, it’s publicly viewable now, but don’t tell the public yet. I had to make it publicly readable in order to start doing Crucible code reviews with the changesets on that branch.

And no worries re: working on 0.9.6 bug fixes; those are important too.

Quote from: zi at Sep 13, 2007, 04:21 PM

warning: i figured.. thanks. but we need to update language string for the message

097_user_attributes: i have role = 1
097_user_roles has 1 record, for Admin role
097_users has 1 record with my user/pass.

Very stange zi; I cannot reproduce the issue, but will research it to see what I come up with. Let me know if anyone else can duplicate the problem...

I can confirm Zi’s problem. I’m also getting this error with most actions in the manager.

[2007-09-14 16:54:23] (FATAL/modx097/manager/index.php) Legacy Error Message: You don’t have enough privileges for this action!

My setup is WAMP5:
Apache/2.2.4 (Win32)
MySQL 5.0.41
PHP 5.2.3 with PDO, pdo_mysql extensions

Trying to trace where things go wrong I’ve gotten so far as the $modx->hasPermission() method... This is looking for a setting in $_SESSION[’mgrPermissions’] however in my case at least this is not set!

Here’s what my session looks like at the moment the error occurs: (values edited for obvious reasons)


Hope this helps

By the way, trying to logout displays this interesting message:

{"success":false,"message":"Permission denied!","total":0,"data":[],"object":[]}

So that I could test a few other things I temporarily disabled the whole permission checking on my local server (hasPermission() always returns true)

Next issue I came across is while creating user groups and document groups. This doesn’t behave as it should for me. To whichever group you add an item first, this group will then become the recipient of any further additions! For example I first successfully created a user group but when I then try to create a document group It is added to the user groups instead. This also works the other way around (after reloading the whole page).

And ehm,.. is it perhaps time to have a dedicated 097 sub-forum?

I can´t access the SVN from here (Firewall blocks 8000). Could someone perhaps attach a zip with the current version?

Thx!