Testing 2.0a2

As you might have noticed, ImpressCMS 2.0.0 Alpha2 has been released, and we're counting on you to help us test this release. Some fundamental parts have been adapted in this release, so it is best is you just install a test site and go through all the administration pages and see if everything works as expected.

I didn't add any core modules to the release, as I would like to focus on the stability of the core first. If we test both core and core modules at once, we risk losing much time each case while finding out if it is a core or a module problem.
Once the core is verified as more or less ok, we can look at the different core modules.

Test backlog
Next to that, there are also several tickets that still have the label 'test', even from previous releases. Those should be verified and closed, of course. They can be found here.

Thanks a lot for your help!

Ok. Let's go. On Linux live server (PHP 5.3.24)

1.- Submenu in head menu not working. The class sf-menu (nav.html) is Superfish related (I suppose), but I do not find the js.
2.- Comments not working for registered users; yes for anonymous. Notifications not working
Warning: Invalid argument supplied for foreach() in file /libraries/icms/data/notification/Handler.php line 934
Perhaps it is not a core matter and using The Mediator feature is need.
3.- system_search results template need changes (well, step by step, just as a reminder)
4.- userinfo.php: pm button not working. The others yes.
5- Editing Group users:
Notice: Undefined variable: class in file /libraries/icms/form/Theme.php line 98
Notice: Undefined variable: ret in file /libraries/icms/form/elements/Checkbox.php line 177
Notice: Undefined variable: ret in file /libraries/icms/form/elements/Checkbox.php line 191
6.- flexslider not working. It seems a typo in preface.html .../main changed for main.js and working.
7.- Show ImpressCMS Project drop down menu? If you selected "No" the menu continues in the page.
8.- multilanguage in Control Panel. Selecting spanish the top menu disappears.
9.- HTML tags showed in bubble tips (Example Do you want to use an extended/local date function?

Did a quick test with imLinks 1.13 on a local installed ICMS 2.
These are my findings:

- icon of module is not displayed in Control Panel
- administrator header not working

Main Index:
- Notice: Undefined variable: class in file /libraries/icms/form/Theme.php line 98
- the styling of the 'Module admin summary' is completely lost
- the section 'Modify category' looks huge
- the layout of the links listing (ipf) is mixed with page numbering and filter options
- clicking edit-icon result in blank page: Fatal error: Call to a member function isRequired() on a non-object in D:\xampp\htdocs\icms20\libraries\icms\form\Theme.php on line 58
- clicking clone-icon result in blank page: Fatal error: Call to a member function isRequired() on a non-object in D:\xampp\htdocs\icms20\libraries\icms\form\Theme.php on line 58

Link Management:
Not working, results in blank page with this error: Fatal error: Call to a member function isRequired() on a non-object in D:\xampp\htdocs\icms20\libraries\icms\form\Theme.php on line 58

Index Page:
- When selecting an image from the menu the displayed image is not updated

Permissions:
- selecting All box is not resulting in other boxes been selected
- upon saving blank page with this error: Fatal error: Class 'icms' not found in D:\xampp\htdocs\icms20\modules\system\admin\admin_header.php on line 13

Preferences:
- Lytebox helptips not working in forms

Front page
- Warning: Invalid argument supplied for foreach() in file /libraries/icms/data/notification/Handler.php line 934
- Submit page not working, blank page with this error: Fatal error: Call to a member function isRequired() on a non-object in D:\xampp\htdocs\icms20\libraries\icms\form\Theme.php on line 58
- Displaying a single link with default social media buttons: Notice: Use of undefined constant _MI_IMPRESSION_TWEET - assumed '_MI_IMPRESSION_TWEET' in file /modules/imlinks/singlelink.php line 292 (never noticed this with icms 1.3

Resolved these issue reported by Debianus...
#4
#5
#7
#9

The following errors I can not reproduce, please verify no javascript errors are being thrown.
#1
#6


For #8 - is there an adminMenu_spanish file in your cache directory? When you switch languages this file needs to be generated and should re-appear once you reach a page that triggers its creating. Correct?

Hereby 3 screenshots to show you a few of the above mentioned issues.


Module icons not displayed:



The administrator header of the module is not displayed as we're used to:



- The styling of the Module Summary is lost
- The 'Modify category' section is pretty big
- The layout of the ipf table isn't displayed correctly and so is the old table layout of this index.



Further, just installed Impression 1.12 and uninstalled the module again.
During the install I see these messages:
Notice: Trying to get property of non-object in file /include/functions.php line 884
Notice: Use of undefined constant _MD_AM_PREF - assumed '_MD_AM_PREF' in file /modules/system/menu.php line 44
During the deactivating and uninstall process I see these messages a couple of times:
Notice: Undefined index: 1 in file /modules/system/admin/modules.php line 93
Notice: Undefined index: 1 in file /modules/system/admin/modules.php line 96
Notice: Undefined index: 1 in file /modules/system/admin/modules.php line 104
Notice: Use of undefined constant _MD_AM_PREF - assumed '_MD_AM_PREF' in file /modules/system/menu.php line 44
Once the module is deactived it can not be activated again. The module needs to be uninstalled and than installed again.
When updating the module from the option provided in the administrator header will redirect to the front page.

Accessing the Article Management section I noticed some 'misalignments' on the right side of the form. The horizontal lines are too long and the width of the editor seems to be too big:


I scaled the images down in the HTML, so the thread was easier to read - Steve

I know how dull testing can be, so a big thanks to all of you for the effort invested here. I've started creating tickets on assembla from these forum posts. You can have a look at them here.

If you don't want to wait for me to create tickets for this, you should have the accesses to create the tickets directly

In the file libraries/icms/form/Theme.php I think this line at the end can be removed:


In the file libraries/icms/form/elements/Checkbox.php between these 2 lines:

An extra line should be inserted:

Quote:

I've got this one - it is only a problem when there are modules that are not installed.

Quote:

This may have not made it into the package - it works correctly when I check out from the git repository.

The div is added at the end of the function if the return isn't an empty string. I see it in the source code, too (on the groups page). Is there someplace you don't see it?

Quote:

With imLinks I can't access the Link Management form in the administration.
So to solve this temporarily I replaced libraries/icms/form/Theme.php with the one from ICMS 1.3.4.
Now I can access the form but get this error: Notice: Undefined variable: ret in file /libraries/icms/form/elements/Checkbox.php line 178
Adding at the beginning solved it and everything seems to work normally.

Thinks are getting weird now.
I've done the testings and findings mentioned above with FireFox 20.0.1.
As mentioned the listing of the links in Main Index in the imLinks module doesn't look good. See also the above screenshot.
Now, I just switched back to my main browser, Internet Explorer 10, and guess what....... The listing of the ipf table looks fine in IE10.

The wonders of browser compatibility I'll create a ticket for it anyway, so we can see if it can be sorted out on all platforms.

@fiammybe, it looks fine in Opera too. Looks like a FF issue.
With Opera I have the idea the automatic redirection doesn't work...

Something else I noticed is the absence of the 'All' button in the debugger line.

Hi Will
about : # 1 and #6: forget them.. It seems there were uploading files to the server
#8
Quote:
I have discovered the problem: language name folder is required in libraries\jscore\locale\
Adding spanish solved the problem. Language changelog need modification.
Note: there are two slashed in code output

http://site/libraries/jscore/locale/spanish//labels.js - double //

About problems with FF I confirmed them: modules/system/admin.php?fct=blocks looks bad. It is strange because other modern browser have not that problem (tested in Opera and Chrome)

I added today two "clear:both" in the style, and afterthem was fine. Do you have a chance to testing the latest branch from GIT?

@McDonald - we will need to spend some time updating imLinks to use modern javascript before I can be comfortable with using it as a benchmark.

As much as I would like to maintain backwards compatibility - imLinks is leveraging 10 year old javascript, which is bound to create issues. If you would like my assistance updating imLinks to take advantage of the new architecture in 2.0 - I would be happy to help.

imLinks is using javascript for some extra features only. These features can be activated and deactivated from the Preferences and are not causing any issues.

The problem with the module icons not displaying is in the block template (or the block function, if you want the smarty var to be $mod.image instead of $mod.iconbig)

@sato-san - did you create a branch for those changes, so they can be viewed separately and then merged to the main 2.0 branch?

Quote: