http://drupal.org/project/openenterprise 7.x-1.0-rc3 Summary: not recommended for use. Update: the 15 October 2014 "Drupageddon" vulnerability is not fixed. The OpenEnterprise D7 distribution looks like a viable alternative to install a well-equipped drupal site with some extremely nice features in one go. Note that this is "enterprise" and not a "store", a shopping cart is not included. Also, this is presented as the RC3 version. Be ready for lots of errors. Many of the L10 Apps are "alpha"!!! In my opinion, some of the errors are plainly unnecessary and could have been avoided - and some of them have been known throughout at least one earlier version without being fixed. Not being a professional drupaler, but with ample experience, finding out how to fix the errors takes a non-coding drupaler a ton of time, many would dump it before proceeding further. So, this may serve as an overview to possibly "stick with it" - while this in no way represents a recommendation to do so. You might want to read the full text here before making up your mind. There is no handbook, no instructions, no troubleshooting guide, while there are many errors and unknowns. There are a number of drupal posts to read through on a number of issues. This write-up, although long, might serve as a shortcut to solve them. If the product were working, it would be a great contribution by the people who made it.
Clean install D7 OpenEnterprise
Rotating Banner - Enterprise Rotator
http://drupal.org/project/enterprise_rotator 7.x-1.0-rc1 Immediately:
Sources: http://drupal.org/node/1273772 http://drupal.org/node/1522348 http://drupal.org/node/1678568 (related) http://drupal.stackexchange.com/questions/20337/i-got-a-notice-every-time-i-upload-an-image http://drupal.org/node/121467 http://drupal.org/node/1661696 http://drupal.org/node/1615392 (found this later) http://drupal.org/node/1499566 http://www.janroe.com/node/138 Unfortunately this is a LOT of reading, and just finding this stuff and testing things out took a ton of time. Workarounds described in the first two threads do not not work for my setup. Another suggestion is that the error is due to a server misconfiguration for the GD2 image toolkit. But I doubt it. I have no trouble with images with D6 on the same server. Another workaround, not described there, is to use the ImageMagick image toolkit instead of the GD2 image toolkit. Installed it switched to ImageMagic in Config > Media > Image toolkit. http://drupal.org/project/imagemagick What happens? A very similar error, this time relating to ImageMagic instead of GD2:
Hahaha. It's not just GD2. Checking the Banner Slide content pages, the images have an unusual file location. The preconfigured system looks for the images in sites/default/files/styles/oe_slide/public/slide2_1.png This directory is empty. Copied all the slideN_N.png image files from the files (main) directory to that subdirectory. This made the on-page error messages go away. Inbetween, as with all things drupal, flush drupal cache and browser cache. This error is also shown by "Database logging" core module, if it is enabled. In all cases it makes sense to turn this on because it lists any errors that the system encounters in quite some detail. To check check the error (before fixing it), enable the "Database logging" core module, then Reports > Recent log messages. Check the details of the shown errors. After fixing this, while the error message does not appear any more, the banner rotator still does not show. There is more than one issue here. Reports > Recent log messages also shows that favicons cannot be retrieved (while I had turned them off). Turned favicon back on again in global and individual theme settings. This issue may be related according to older drupal issue posts. Next checked the tmp directory. Wrong tmp directory path may be a related to this issue, also the permissions of this path (as per sources mentioned above). Setting tmp it to: sites/default/files/tmp with permissions 755 (this may be too high permissions, but need to make it work first with high permissions) Next, all kinds of image files are being created - not sure, but possibly due to previously incorrect tmp directory settings? In the files directory, the system appears to copy the original "slide1.png" to slide1_0.png and slide1_1.png and so on. The latest version becomes the "active" file that is being retrieved. And it is corrupted with only 2byte file size! Replacing the "active" 2 byte files with a copy of the correct original, i.e. copy content of slide1.png to slide1_1.png - and then also copying all those files to the files/styles/oe_content/public directory. Now all the images (thumbnail and full size) do appear on the Banner Content pages where the content is created/edited (Admin > Content > type: Banner slide) under Content admin. Ok, one image appears on the front page now - Blue car. The others are not yet there, no rotation. The cycler is'nt cycling. At least, its progress, albeit slow. Checked permissions in the path of sites/all/libraries/jquery.cycle.all.js. Doesn't seem to be a permissions issue. Moment: sites/all/libraries/jquery.cycle.all.js is the wrong path for this file. That file needs to be in a directory. Create the directory "jquery.cycle" here and move the file "jquery.cycle.all.js" into it. Such as: sites/all/libraries/jquery.cycle/jquery.cycle.all.js I just heard somebody say "Elementary, my dear Watson". Creating this error should not have happened to a professional programmer working on the OpenEnterprise distribution. Now cache flushes. That's fixed, we have a cycle! But it cycles to blanks, except the blue car. Another round of troubleshooting... Checking the log, more errors are appearing, this time type "cron":
Webform? Hm, maybe webform was preinstalled with OpenEnterprise. And an image with _1.png looks suspiciously similar to above. I certainly did not do anything with webform. At first I did not do anything about this error in the logs, but it came back later with a vengeance when clicking on Apps > Levelten Apps. The same error comes up on screen and nothing moves. http://drupal.org/node/1078856 (useless) http://drupal.org/node/1748638 (there is a code error > patch) Unconfirmed patch (2012-09-17) for profiles/openenterprise/modules/apps/apps.manifest.inc There are no Banner Rotator errors. Checking page code, the rotator images are called: http://www.sitename.com/sites/default/files/styles/oe_slide/public/slide5_1.png http://www.sitename.com/sites/default/files/styles/oe_slide/public/slide4_1.png http://www.sitename.com/sites/default/files/styles/oe_slide/public/slide3_1.png http://www.sitename.com/sites/default/files/styles/oe_slide/public/slide2_1.png http://www.sitename.com/sites/default/files/styles/oe_slide/public/slide1_1.png Only slide5_1.png actually shows, and the rotator appears to be cycling to empty content, slide4-1.png to slide1_1.png not showing. The files are present in this directory and permissions are fine. Changing the Rotating Banner view to: Pager: Use pager: Display all items | All items In Content Banner Slides removed the slide images at the user interface and re-uploaded new images for all five slides. Well. Initially three slides show and rotate with two slides empty - also not present in the file system, a new subdirectory "slides" has been added to the path with new slides placed there. Then a few minutes later, the other two slides show both in rotator and the directory. But my Opera "anonmymous user" browser does not show the slideshow to anonymous users. Check People > Permissions > View published content. Now I thought this was done. But it's not. Browsers Firefox and Chrome display the banner OK, Opera does not: the banner text flashes on for a split second, then disappears. In my experience mobile devices in some cases show similar css behaviour as the Opera browser. (For checking later. Also, can't check IE on my current setup). The saga continues. Upon editing a content type, error
Found: http://drupal.org/node/1600996 (nothing to worry about?) The Banner Rotator was the only module/app that was enabled enabled at install. I wonder what else is in store for this distribution.
Image App
http://drupal.org/project/enterprise_images 7.x-1.0-beta8 Very nice App, as an image management system and gallery.
Unsolved issues
- When clicking on images and they appear in light/thickbox all images are counted and appear twice. No time to look into this.
- We have an irregular url for saving the images. It is not, as would be expected, the path specified in public file location, but an OpenEnterprise specific url. Where to change it back to normal?
- While viewing and editing Images, the administration toolbar functions on the right side for People, User, Logout go missing.
- Note: Text beneath an image on a images overview page is "image name" and not "image caption". Not sure yet where the caption actually appears.
WYSIWYG /IMCE
For some reason it took me an undue amount of time to find the controls for WYSIWYG. That is the edit buttons (and some more). I actually use WYSIWYG on only one other D6 site. The first thing I need here is how to disable it with the Disable/Enable rich text button. For the record for D7, its in plain view at: Admin > Configuration >
All in all
The project intro to the OpenEnterprise distribution sounds as if it is the drupalers panacea to a full, complete, easy installation. Well, its not. Didn't these L10 guys and girls test this thing themselves before putting it up as an RC3? Or at least give a clear warning that there are errors and that it's not ready? Or a list of fixes that they must surely know about? A handbook? Documentation? No. Why do you ask? Some advice for the user: - treat RC3 as "beta" or "alfa", be ready for undocumented but known errors, maybe some unknown errors. - do not install any apps or modules during core installation - set the path for the tmp directory with correct permissions immediately after installation, before anything else - apply the jquery patch and webform error patch before installing any apps or modules - do not enable the rotating banner demo content, make your own ===== Another issue:
http://drupal.org/node/1720790 Ok, time to abandon this for a bare bones fresh drupal install. [Comments are now closed]