Originally written by hombergs.
In wishticket WT335 webschmied suggested to implement a function that makes it possible to shift articles to forums.
Now with Build 100 not only shifting an article to a forum will be possible: additionally shifting articles in the HowTos, Supporttickets, Wishtickets, FAQ, Reviews or Sections will be enabled.
As you can see, the developers are very busy to make OPN the best Content Management System you can get.

.....and they are looking good. Our betatesters are reporting the successful upgrade from postnuke version 0.71 and higher to openPHPnuke.

Until now, webmasters can upgrade from MyPhpNuke and PostNuke to openPHPnuke.

More cross upgrades will follow.

Originally written by hombergs, translated by xtreme

... in build 100. This is an update which will be exactly as substantial as the former update containing improved date-stamp facilities.

To be more precise, quite many OPN features have changed in the meantime:

• The module for page-protection is now replaced by a new system of access rights.
• The user groups management has been extended. Now you can specify rights of access for a certain module to a user group. Additionally, a group can inherit another group’s rights. OPN comes along with eight different system-rights. You are free to add up to 24 more special module-rights.
• In the newly released Build 100 the administration area for user-groups is placed in the upper third of the administration menu.
• Then, the user administration in general has been refined: As the page administrator you can activate, modify, and delete user accounts, and of course reactivate formerly deleted accounts. A user can be a member of several user-groups and receive autonomous rights for specified modules.
• In build 100 the administration for users is placed in the upper third of the administration menu, too.
• Diverse administrators will vanish since the former page-protection is replaced, now.

Each module may (but does not necessarily have to) notify the rights-administrators (for group and user) about certain rights. The following are the eight system-rights:
1. read (is the page open to read?)
2. write (can you write on the page?)
3. read bot (is a bot allowed to read the page?)
4. modify (is it allowed to modify an entry in the module-admin?)
5. new (is it allowed to submit a new entry to the module-admin?)
6. delete (is it allowed to delete an entry in the module-admin?)
7. configuration (is it allowed to configure the module?)
8. full admin-rights (equals the rights 4 to 7 plus specific module-admin rights if there are any) along with up to 24 specific module-rights.
System-right number 3 applies only if OPN is able to identify the user as bot.

One more thing: Obviously members of the user-group “webmaster“ always obtain the full admin-rights :) !

Please don’t rave about when build 100 will finally be released… we are working like crazy on modifying the modules to fit the new right-system.

Originally written by hombergs , translated by xtreme

Who among the Betatesters has encountered problems with CREATE INDEX on his webspace?
I believe, I’ve come up with a solution here.


If you are creating an index and receive the following error (access denied for user: 'XXX@YYY' to database 'ZZZ'), please go to your PHPMyAdmin if you can access that one, and try this: write
ALTER TABLE prefix_users ADD INDEX idxusersxx(uname)
and execute it. If the line is executed without mistakes, write:
ALTER TABLE prefix_users DROP INDEX idxusersxx
and execute that one, too.
In case you receive an error with the first ALTER TABLE , please mail me or send me a PM.
Notice that prefix_ has to be replaced with the prefix for the table you specified.

Originally written by hombergs, translated by xtreme

In build 100 the module for your contact-form will be very much changed.
Now you can make the fields for URL, ICQ, firm, and location visible or invisible.
The module will contain several more features. You can for example set address and telephone number visible (important for companies or clubs).

Here, you are free to specify who is going to receive the contact-email
(i.e. service-, complaints-, or support-department etc.). In a combobox
those departments can be displayed for you to choose from. Formerly, your
mails could only be sent to one single address - and the webmaster had to
distribute them to the respective recipients. Especially for companies
with various support departments those facilities can be very helpful.

For an example check http://www.nukestyles.com/modules.php?name=Contact
Here address and telephone number are placed in a list.
Important: the older contact form module has to be deinstalled before you update the system to build 100, after the update you have to reinstall it.