So after a few days of work with ACL and Alaxos i finally got to a point where i can see the end of the tunnel. Everything is setup correctly, when i create a user the user goes into the right group and so on.
Now to manage this ACL i wanted to use the Alaxos plugin and i have manged to install it HOWEVER there is an error:
When i go to /admin/acl i get the correct following view:
Now when i go to for instance permissions under and under roles i get the next view:
Now this is fine and all execpt that i cannot edit, modifiy or add any permissions actually this goes for the whole thing i simply cannot touch it other than clearing and building it.
Has anyone tried anything similar or have a solution?
Also please note that if i go under fire bug and try to see what is happening there are images that it cannot load. However its not trying to load these images from the plugins webroot it is trying to load them from the cake webroot.
Related
I went through a very weird issue in Laravel 5 yesterday. I had a test project where I was playing around with things and I had my real project where I implement the stuff I am sure about.
I installed the Smart Admin Theme in my demo project first to see how things go and when I was sure, I simply copied all the content of the public folder as well as the views folder and pasted them respectively.
I tried navigating to auth/login and it gave me an exception saying that view app not found in the login view which makes some sense because the original login view was extending the app view but I had removed all those files and this was the Smart Admin login page which did not extend app.
I went on digging but could not figure out anything. Later I installed a fresh copy of laravel but this time I did not copy paste the files but instead copied and pasted the content of the files into the login and register pages that come built in and this time it worked perfectly.
Can anyone tell me why the copied files did not work but when I just copied the content, it worked. I checked that both my demo project and it's folders have the same permissions especially the storage folder. I also tried clearing my cache but in vain.
I think there is no Laravel answer for this question. This is a strange behavior and can have many reasons. I would say a answer is hypothetical without seeing the error in action.
HELP PLEASE! When upgrading my Joomla 2.5.24 to 3.3, the process hung. Now I get the WSOD and get into the administrator (front end does not work either) with error:
ADMINISTRATOR:
Fatal error: Call to undefined method JAdministrator::setHeader() in /home/.... /libraries/cms/html/behavior.php on line 712
FRONTEND:
Fatal error: Call to undefined method JHtml::getJSObject() in /home/..... /libraries/cms/html/behavior.php on line 271
I did a backup up all databases and the files prior to update, but the problem is not resolved when restoring either. I have spent all day trying to figure this out, and I don't know how to debug the setheader(). Can anyone please help me?
First of all, get you site back up.
Since you have a backup, that's going to be "easy".
a. Download a copy of Joomla 3.3, extract the files, and run
find
to get the list of files in Joomla 3.3.
b. Now delete all of those files from your current installation, and restore the backup on top.
There are files that Joomla 3.3 adds that will break Joomla 2.5.
c. Restore the database, and your old site will be working again.
Now the tough part. Figure out what's wrong.
Make an off-line copy of your website.
Are you in the "I'm feeling lucky" mood? Run the update and follow the instructions below.
Do you want to minimize the headaches or you're not comfortable with typing shell commands? First update all your third party extensions to their latest version, and make sure they support Joomla 3.3.
You must have some third party extension that's breaking the site. Here's my quick and dirty procedure to identifying the culprit (but don't share it, it's a secret):
Is it a module, a plugin or a component?
If the WSOD is on both the frontend and backend, it should be a plugin.
Is it a plugin? Rename the plugins folder "plugins2". If the site loads, rename it back to plugins, cd to it, and rename in turn system, content etc. until you find where it is. Keep digging down to the last level and isolate the plugin.
Is it a module? Rename the modules folder and see if the site loads. If it does, go back and rename the folders of the modules you are using in turn. In case you don't know which ones you're using, move them away a few at a time using wildcards to be quicker
Is it a component? Then it's the homepage component and the other pages should load fine.
Once you have identified the culprit, download an update, and apply it manually (open the zip and copy the files where they belong).
You might have to do this multiple times for each broken extension. Remember Murphy's law.
I have Magento 1.7.0.2 installed and running. When I go to add a new product I am getting the "Image type and information need to be specified for each store view."
Steps I Have Tried:
1) Navigate to System -> Manage stores
2) Click one each of your store views, and choose “disable”
3) Save
4) Clear all cache
5) re-enable your store view
6) clear cache again
Did that about 6 times. I also tried adding a store view then doing all those steps again and that didn't work, so I deleted the store view I created since this site only needs one store view.
Other things I tried.
1) Disable all 3rd Party Extensions
2) Go to Stock Theme
3) Renaming the .htaccess in the media folder.
Does anyone have other suggestions on what to try?
EDIT: The Browse and Upload buttons weren't showing up as well, and apparently it had nothing to do with the message I am getting. After Nick Darley's help I was able to get the buttons to appear but the message is still there, which I can live with.
I had the same issue in Magento CE 1.9 and all other answers did not work. I ended up going to skin/adminhtml/default/default/media and changing the permissions for uploader.swf and that worked for me. Also, make sure you have the latest version of Flash installed for your browser.
So after looking into the issues with the provided credentials I see this error.
I also looked into your configuration and see that you are running magento in a sub-directory. I see you aren't having any other issues from the looks of it so I would just suggest a quick fix.
Create a new folder in the root called skin and then upload a copy of the adminhtml from your server. After that, that should resolve your issue with it not being able to find the file.
"Image type and information need to be specified for each store view."
For those who are getting this error please try change flash setting or run in different browser. It works for me. Thanks
Image type and information need to be specified for each store view:
Go to File structure root/media/ dhl
Cut or delete the “dhl” folder from there.
Clear cache from Admin Panel and now do upload the images
Hope, Its working good.
According to the Magento user manual, before adding images to the Magento Gallery, one must select the store view which it shows on the top left as a dropdown. That would make perfect sense.
I am running Magento with shared hosting on GoDaddy and I do not see a dropdown for that view although I have found that dropdown in another place. Are you using Magento Shared Hosting on GoDaddy? According to http://www.submitdigital.com/questions/magento-1-7-image-upload-issues-help-image-type-and-information-need-to-be-specified-for-each-store-view/ it may be an issue specific to the way it is being installed or hosted.
Check if your internet firewall is not blocking the execution of audio and video files, because it needs to execute the files bellow:
/skin/adminhtml/default/default/media/flex.swf
/skin/adminhtml/default/default/media/uploader.swf
/skin/adminhtml/default/default/media/uploaderSingleswf
Hope it helps.
I've made a custom module that successfully adds a new menu in the admin->configuration section and saves some settings to magento config, and also creates a table at first run/install. Everything works great locally, but when I move the module to another server I get a 404 error when clicking the link added in the admin area, and nothing seem to work - for maybe a couple of hours. Eventually it just starts to work. I've usually just came back the next day and the 404 is gone and everything works as expected, but if I try to clear all caches, reindex the site, even manually clearing the var folder - nothing will help. It will still give me a 404 error until a couple of hours or a day later.
I don't fully grasp what I should do to avoid the error - but I'm just confused as to how this problem can go away by itself after a while?
Thanks in advance!
This is very common when installing a new extension (that adds Admin pages). All you need to do is log out, and log back in.
I'm trying to create a development mirror site of an ezPublish site so I can stage changes without messing up the main site. I copied the database and the filesystem and changed the ini files to point at the new database, but when I loaded the page I found that none of my objects were being loaded. So I break out the debug bar, and I find that for some reason the language_mask that is being used is incorrect...the bitfield is set to 4 while the mask being used in the query to load the page is 3.
So I poke around the ini files and I see a setting called SiteLanguageList[] which seems to set up 'backup langauges'. I found that If I set SiteLanguageList[] to:
SiteLanguageList[]=eng-US
SiteLanguageList[]=eng-GB
and my site started showing up. Yay!
However, all is not well. When I actually try to EDIT the page in the admin, every entry shows up blank. What makes things doubly weird is that it shows up in the admin as long as I'm merely looking at it. And then there's this weird discrepancy, where depending on where I'm looking in the admin, it either says that the page is eng-US or eng-GB depending on where I'm looking on the same page.
Seriously, what the heck is going on here?. If I click the edit button, nothing shows up.
Same question on ez Publish community
Are you sure that the database
was imported correctly? Please check
the database using "Setup - Upgrade
check" utilites
Clear all caches
manually (run "php
bin/php/ezcache.php --clear-all"
from ez root directory)
Check the
ez error log
(/var/log/error.log)
Check the permissions for the ez
folders (cache, settings, etc.)