We've just released a new beta for v3.03.

More details here: 

http://www.interactivetools.com/forum/forum-posts.php?80499

Thanks,

I just want to let you know that the issue regarding the upload iframe height pointed out by Deborah has been resolved.

3) When using a collapsible header bar, the iframe for the upload fields (uploadIframe) within the collapsible sections are styled at 800 pixels high, instead of the usual 117 pixels high. Just wondering if this height is necessary, as it takes up a lot of vertical space.

The fix will be included in the next beta release.

Cheers,

1) When attempting an upload, I see this error:
"Notice: Undefined variable: php_errormsg in /home/brnstrmr/public_html/cmsbeta/lib/upload_storage_strategy.php on line 65 Error moving uploaded file!"

The main image is uploaded to the upload directory, but the thumbnail folders and thumbnails are not created.
My Dreamweaver program shows a syntax error on line 149 of 'upload_storage_strategy.php'. (Not sure how accurate Dreamweaver is in detecting such errors, but thought I'd mention it.)

2) On the admin General Settings page, some of the html code is showing in the Security Settings section.

3) When using a collapsible header bar, the iframe for the upload fields (uploadIframe) within the collapsible sections are styled at 800 pixels high, instead of the usual 117 pixels high. Just wondering if this height is necessary, as it takes up a lot of vertical space.

Thank you for pointing out these issues.

Items 1 and 2 has been resolved and will be included in the next release.
For item #3, we're still looking into it and will let you know any update.

Thanks!

I'm not able to recreate the 800px high iframe in any browser. It must be something specific to your installation.

Could you send in a support request so I can take a look at what is happening?

https://www.interactivetools.com/support/email_support_form.php?priority=free

My initial view at 800 pix high was with Firefox 45.0.1. (I've attached the Firefox inspector plugin screen view.)

Viewing with IE10 I see the same 800 pix high, and with Chrome 49, the iframe is approx. 208 pix high, which isn't a problem.

I can't figure out what's causing this, myself.

~ Deborah

I was moving a CMSB site to a new server, and though I'd try the beta before getting it going.  It seemed to install well, but won't let me import the existing database.  I receive this:  

makeAllUploadRecordsRelative MySQL Error: Unknown column 'storage' in 'where clause'I

Is there a way around this?

Yes, to resolve this:

call createMissingSchemaTablesAndFields() function before makeAllUploadRecordsRelative() on line 231 of cmsb/lib/menus/admin/actionHandler.php

The whole elseif block should now look like this:

elseif ($action == 'restore') {
  security_dieUnlessPostForm();
  security_dieUnlessInternalReferer();
  security_dieOnInvalidCsrfToken();
  disableInDemoMode('','admin/general.php');
  $restoreDatabaseFilePath = $GLOBALS['BACKUP_DIR'] . @$_REQUEST['file'];
  restoreDatabase($restoreDatabaseFilePath);
  notice("Restored backup file $restoreDatabaseFilePath");
  createMissingSchemaTablesAndFields(); // create any fields that weren't in the backup database but were in the schema files
  makeAllUploadRecordsRelative();
  showInterface('admin/general.php');
  exit;
}

The issue was caused by the missing "storage" column of the "uploads" table.

Database backup files made before v3.03 beta 1 doesn't have this column.

When we restore using a database backup, it drops the table and recreate it along with the columns and records in the backup file.

That means it recreates the "uploads" table without the "storage" column which causes the issue.

Calling createMissingSchemaTablesAndFields() function will add the missing column back after the database has been restored.

I found the same issue when installing a fresh copy v3.03 beta 1 using "Restore From Backup" option wherein the backup file doesn't have the "storage" column.

To resolve this:

call createMissingSchemaTablesAndFields() function before makeAllUploadRecordsRelative() on line 243 of cmsb/lib/admin_functions.php

NOTE: This fix will be included on the next CMSB release.

Please let us know any questions.

Thanks,

Thanks for the posting the beta issues with screenshots. Looking into them now.

For the large upload frame issue (800 pixels high), I wasn't able to recreate in any browsers on the PC (Chrome, Firefox, Edge, Safari).

What OS and browser are you using?

1) When attempting an upload, I see this error:
"Notice: Undefined variable: php_errormsg in /home/brnstrmr/public_html/cmsbeta/lib/upload_storage_strategy.php on line 65 Error moving uploaded file!"

The main image is uploaded to the upload directory, but the thumbnail folders and thumbnails are not created.
My Dreamweaver program shows a syntax error on line 149 of 'upload_storage_strategy.php'. (Not sure how accurate Dreamweaver is in detecting such errors, but thought I'd mention it.)

2) On the admin General Settings page, some of the html code is showing in the Security Settings section.

3) When using a collapsible header bar, the iframe for the upload fields (uploadIframe) within the collapsible sections are styled at 800 pixels high, instead of the usual 117 pixels high. Just wondering if this height is necessary, as it takes up a lot of vertical space.

The collapsible header bars are a very useful addition, by the way!

~ Deborah

OK, as you havent encountered a clash with both enabled, I'll give it a try.

Terry

As a test to make sure it wasn't another issue, I installed V3.20 in the same way with no issues .

I don't run Xampp but I do run WAMP locally and I have both the php_mysql and the php_mysqli extensions enabled.

Have you restarted the local Xampp server after making the changes?

When you moved CMS Builder to the new server, did you copy over all the section editors?
/cms/data/schema/*

Do you have a field in a section editor called storage? Can you reupload that section editor?

There are two extensions:

1. extension=php_mysql.dll
2. extension=php_mysqli.dll

The first was commented out and the second was active. I uncommented the first and now both are active.

Is there a problem with running both lines?

Thanks

Terry

makeAllUploadRecordsRelative MySQL Error: Unknown column 'storage' in 'where clause'I

Is there a way around this?

This beta version requires PHP 5.5+ and MySQL 5.0+. Servers that do not support those versions will show a notice at the top of the admin menu.

The major new feature are:

• Collapsible Separators: The separator bars can now be defined as "collapsible", and open or closed by default.
• Field Editor: Bootstrap style "Field Addons" (input-group-addons) can now be added around text fields
• PHP 5.5+ is now required, this is the oldest supported PHP version: http://php.net/supported-versions.php
• New Upload System: Rewrote upload system to support different upload storage methods in future

Additionally, this beta release includes bug fixes and minor changes.

If you're not already on the beta tester email list and you'd like to help beta test (you must own at least 1 CMSB license) you can sign up here: http://www.interactivetools.com/news/manage.php

Please post any feedback, questions, or bugs you find! Thanks! 

Thanks!