Add-on problem

Permalink
Ok, sice these forums are rather wide, i am not going to bother finding a solution to this by searching.. And i ask;

How do you get the add-ons work? I currently have downloaded some of the free ones and no result. I have done it via C5 dashboard, got them installed but how can i use them?

I now have resulted to download the add-ons and FTP'd them to the packages folder, installed them again via dashboard and nothing.

They should work as blocks right? The should be in the list with all of the other blocks right? Or am i just missing something.. Because they are not in that list and i can not find any reasonable way to use them.

I recon Theme should be effecting this?

JSLpictures
 
jordanlev replied on at Permalink Reply
jordanlev
Which addons? Some work differently than others.
JSLpictures replied on at Permalink Reply
JSLpictures
Add-ons that i have downloaded and installed are:

Facebook Like Button
Email List Signup
Disqus Comments
Galleria Image Gallery
Next Previous
Likes This!
Cu3er Slideshow
Simple Image Gallery
Amiant Image Gallery
Fancy Image Links

And all of them SHOULD be in their correct folder, but they seem like they wont install even though they are checked as "Currently Installed".
jordanlev replied on at Permalink Reply
jordanlev
Weird... if it says they're installed in the Dashboard -> Add Functionality page (they appear on the left side of the page, not the right side of the page), then most of those should definitely be appearing in the list of blocks (when you are editing a page and click on "Add to Main" or "Add to Sidebar" or "Add to whatever", and choose "Add Block" from the popup menu).

This is kind of a long shot, but the Next Previous block is included with the core system as of Concrete5.4.1 so maybe having that installed as a separate addon is causing conflicts? Try un-installing all of those marketplace addons, then re-install just one and see if that works.
pixo replied on at Permalink Reply
pixo
Check to make sure that in the /packages folder you don't have two levels of folders under it. Some of the packages unzip like the following: /packages/ecommerce/ecommerce/. What you should have is: /packages/ecommerce and then in that folder you see the different files and folders related to the add-on.
Shotster replied on at Permalink Reply
Shotster
Make sure the "/files" folder is writable by the web server.

-Steve
JSLpictures replied on at Permalink Reply
JSLpictures
Thanks for the help, but the folders are correctly. I also tried the marketplace way previously and it did the same thing. So, i decided to change to Joomla. (No offence C5) :)
admin replied on at Permalink Reply
I hope this thread is not too old and dead to reply to.

I have exactly the same issue with my reseller account. However, on my personal Windows XP system, using XAMPP, add-ons that provide blocks work perfectly.

I've uninstalled/reinstalled, cleared cache, checked permissions (Packages folder = 755) to no avail. Other aspects of packages appear to work. For instance, in the case of Email List Signup, the dashboard (reports) is modified appropriately. Blocks, however, for this and other add-ons, do not appear in the 'Add Block' list.

I'm going to email my reseller to ask if they know of any reason why C5 might do this.

In the meantime, if any light bulbs flash on out there in the community i'd be seriously grateful.

Terry
nomade0 replied on at Permalink Reply
+1 to this issue. I have the exact same problem. It's hard to find any information about it.

A solution involving the php property "set_magic_quotes_runtime()" has been suggested in another thread, but doesn't work for me:http://www.concrete5.org/index.php?cID=176059...

Forum admins may want to consider renaming this thread with a more explicit name than "Add-on Problem." I only found it by luck.
MattWaters replied on at Permalink Reply
MattWaters
Hi nomade0,

I'd be happy to help you with this problem. It's usually something related to how your server is set up.

1) verify permissions have been set, recursively, to 777 on

files/
packages/
updates/

2) verify that the add-on files are actually being extracted to the packages directory.

3) make sure php errors aren't suppressed. you can do this by going to Dashboard > Sitewide Settings > Debug and setting the Debug Level to "Development". you can also often find info on errors and exceptions at Dashboard > Reports > logs.

4) post your environment info. you can find this by going to Dashboard > Sitewide Settings, then click the Debug tab and copy all the text in the Environment field.

A lot of things can be funky with php configuration-- if curl or zip aren't enabled, concrete5 won't be able to move and unpack package files. Having PHP Safe Mode on tends to disallow file uploads, too.

As always, please feel free to post a new thread about your problems-- otherwise stuff gets lost or derailed at the end of an old thread.

Let me know if any of the tips above shed some light on the problem.
nomade0 replied on at Permalink Best Answer Reply
Hurray! Thanks a lot MattWaters, it worked.

What I needed was to set the permissions recursively to 777 on
/files
/packages
/updates

It was partly done for /packages, and not at all for /files.

For the record, I DIDN'T NEED to 'comment' the lines with (by adding a '@' in front of it)
in the file www/concrete/libraries/3rdparty/adodb/adodb-xmlschema03.inc.php as suggested in this thread:
http://www.concrete5.org/community/forums/installation/add-on-block...

And if it's of any help to anyone, here are my environment variables:
# concrete5 Version
5.4.1.1
# concrete5 Packages
Ajax Form (1.2), Expander (1.0.1), Google Map (Premium) (2.0), Iframe (1.0).
# concrete5 Overrides
themes/gratefulheart, themes/nine_sixty_starter, themes/stripped, themes/fluidity, themes/whitespace
# Server Software
Apache/2.2.3 (CentOS)
# Server API
apache2handler
# PHP Version
5.2.6
# PHP Extensions
apache2handler, bz2, calendar, ctype, curl, date, dbase, dom, exif, filter, ftp, gd, gettext, gmp, hash, iconv, imap, ionCube Loader, json, ldap, libxml, mbstring, mcrypt, mysql, mysqli, ncurses, odbc, openssl, pcre, PDO, pdo_mysql, PDO_ODBC, pdo_sqlite, posix, pspell, Reflection, session, shmop, SimpleXML, snmp, sockets, SPL, standard, sysvmsg, sysvsem, sysvshm, tokenizer, wddx, xml, xmlreader, xmlrpc, xmlwriter, xsl, zip, zlib.
# PHP Settings
Tony replied on at Permalink Reply
Tony
I'm not sure if this is what's going on here, but sometimes users think you need to copy package subfolders outside of the packages directory into their respective folders in the root, like copying /packages/somepackage/blocks/someblock/ to /blocks/someblock. But you don't need to do this, and it completely breaks a lot packages. It seems like I get one or two support requests every month from users who don't understand this. So if you're not doing this already, just unzip the package in the packages directory, make sure the file permissions are correct, and install it through the dashboard. If all of these blocks are shown as currently installed, then uninstall them, remove all those files if they're copied to the wrong place, and reinstall.
MattWaters replied on at Permalink Reply
MattWaters
Hmm, that's interesting...I can't recall having seen that, but I'll keep an eye out for it. Maybe our "By Hand" installation documentation needs more love?
jshannon replied on at Permalink Reply
jshannon
Good news and bad news.

It appears this is due to mod_pagespeed. At least for me. I was getting the exact same error, didn't change anything except for uninstalling and restarting apache, and it worked fine.

On the other hand, I didn't bother trying to get to the root of the problem. Hopefully this has pointed someone in the right direction.

James
jshannon replied on at Permalink Reply
jshannon