[grazz]

NanoCaiordo wrote:

A couple of more things which are very important as well.

DragonflyCMS install, upgrade and runs on MySQL 5 with STRICT_TRANS_TABLE on!

Lot of html have been moved to template files, freeing up the core and modules. This was an HUGE task to do and it required lot of time and effort, thanks to Phoenix!

Oh My Gosh.
Thanks for this new, thanks to developers, thanks to Phoenix for the cleaning HTML in the core code!

Now it will be time consuming to review and carefully upgrade big dragonfly sites w/ many or old modules and themes, BUT these news are just like a fresh air!

Good Job Guys! Long Life to DragonflyCMS.

[greenday2k]

The blocks section is not saving the changes when editing and moving a block from the right to the left or viceversa (clicking on the edit link, on the right column). I had to delete the block and then re create it on the "right" pos.

Am i the only one having troubles with this?

[NanoCaiordo]

did you clicked on "Update Changes" at the bottom?

[CatchImran]

I just upgraded to see if it works or not and fortunately everything does work. There was some fuss that FPro isn't working well with this RC but I haven't had any problems as of yet. Will be checking all modules one by one to see if they are well or not.

[BrokenCrust]

On upgrading from 9.0.6.1 to 9.2 RC2 the Installer gives the following error (MySQL 5.0 Strict mode php 5.2). There doesn't seem to be a bug project for 9.2 yet so I post it here only.


On /install.php
While executing query "CREATE TABLE cpg_bbforbidden_extensions (
ext_id INT UNSIGNED NOT NULL AUTO_INCREMENT UNIQUE,
extension VARCHAR(100) NOT NULL DEFAULT '',
PRIMARY KEY (ext_id)
) TYPE=MyISAM DEFAULT CHARSET=utf8"

the following error occured: Table 'cpg_bbforbidden_extensions' already exists

In: C:\web\html\includes\classes\installer.php on line: 61

[NanoCaiordo]

Sharing different installs on the same database? or saving tables backup inside the same database?

[BrokenCrust]

No, neither.

[layingback]

Did a clean install on new local Linux system, and there is a small omission in INSTALL.txt.

Under Installing the Package step 4:

Code:

4) CHMOD the following directories to 755 (777 if 755 fails):
   - cache
   - modules/coppermine/albums
   - modules/coppermine/albums/userpics
   - uploads/avatars
   - uploads/forums

you do not include the directory includes/, even though it gets specifically flagged in Install. If you ignore the yellow ball (non-critical error) in Install, then you'll find that Install cannot save your config.php file. Easy to address for us DF-seasoned admins, but perhaps an avoidable problem, which may well confuse a first time DF admin?

And a suggestion for Step 1 of same section, change:

Code:

1) Create a new database, for example, 'dragonfly': mysqladmin create dragonfly
   OR add a database through your web control panel.

to:

Code:

1) Create a new database, for example, 'dragonfly': mysqladmin create dragonfly
   OR add a database through your web control panel
   OR create a database in phpMyAdmin or MySQL-Front.

to cover the situation when user doesn't have either cPanel or mysqladmin already available.

[layingback]

And 1 more thing...

The paragraph:

Code:

    We also recommend setting a password for your MySQL access. This is
    important as some data in the nuke database is not encrypted, so for
    security reasons you need to set a password. Not only that, it's a
    good practice!

can probably lose the reference to nuke now But more importantly needs to appear somewhere up in the Install section, because once you've installed it's non-trivial (for a new admin) to figure out how to add a MySQL password to DF (because they won't know anything about config.php or how/where to change it).

[NanoCaiordo]

@layingback: done, thank you!

@BrokenCrust: did you figure it out the issue?

[BrokenCrust]

Yes, I think so, it seems to be a UTF8 data transfer issue. I still need to test an upgrade on the production server, but I think all is OK. Thanks.

[BrokenCrust]

There seems to be an issue with the credits page and blocks:-

includes\classes\blocks.php

* Notice line 36: Undefined index: credits
* Warning line 38: Invalid argument supplied for foreach()
* Warning line 46: array_merge_recursive() [function.array-merge-recursive]: Argument #2 is not an array

[NanoCaiordo]

Topic splitted:
dragonflycms.org/Forum...21517.html
dragonflycms.org/Forum...21521.html
dragonflycms.org/Forum...21522.html
dragonflycms.org/Forum...21444.html
dragonflycms.org/Forum...21519.html
dragonflycms.org/Forum...21520.html
dragonflycms.org/Forum...21518.html

Some are fixed, some bogus, some not pertinent.

Looking for the warnings, however yeah "credits" and "privacy_policy" are not real modules. Will see for a proper solution:
a. slightly modify the code to have blocks in both
b. totally skip the blocks as usual

[layingback]

Probably not too serious, but while I was working through the block changes necessary on my module, I did notice a Warning from phpMyAdmin on cms_blocks concerning duplicate indexes on bid - Primary and Unique - and suggesting that one should be removed.

[NanoCaiordo]

were you making manually changes from phpMyAdmin or were you using DragonflyCMS block administration?