Just to set the ground work... I am new to VirtualMart yet a multi year user of Joomla/Mambo. Also a strong php developer.
I am having an issue with any of the VirtualMart 1.1 versions installed on Joomla 1.5 rc4. I originally installed VM 1.0.13a which installed and seemed to work for my immediate needs less when I clicked on any category from the shoppers point of view, it always returned all of the products not just the products in the category despite the url query which appeared correct. Knowing you stated that 1.0.x anything is not officially supported on Joomla 1.5, I decided to install VM 1.1. Now the actual com_ install completed with no errors, but the admin screen will not display correctly, nor do any of the save, exit update... buttons actually execute anything. Now I have tried 1.1 Beta 2. I have tried two or three different current nightly's. They all look the same and none or them work. After searching the forums, I have yet to find anyone else having this issue, so I am therefore here to help myself and hopefully the community.
What does it look like:
Instead of the admin menu residing on the left with the configuration forms on the right and all buttons having the proper icon, my admin menu takes up the entire screen width with the configuration forms framed below the menu, also taking up the entire screen width and the buttons only displaying the label (ie 'Save' no icon) and having no effect when pressed.
The system is a shared hosted server, but has all the required software versions.
I need ideas where to look. This seems like a viable product for two different deployments I am working on, if i can get past these stumbling blocks.
Jim
Additional Information>>> The style of the admin interface looks like it is without CSS and is plain old HTML.
This is caused by the development versions installing with 777 file permissions. CHMOD all VirtueMart component files to 644 - both in front end and admin/backend.
I know I am new to this application, but I guess I am confused how giving a file less permissions will fix an issue. I am really great full for the response, I am just tring to understand how the application works.
On many servers, such as the ones I use, a PHP script will not be permitted to run if it is set to 777, as this is potentially unsafe - hence the need to CHMOD. Once the bugs are ironed out of VM 1.1 and it goes to stable release this should no longer be an issue.
Sadly, especially because this is a hosted server and changing file permissions on all those files from cpanel's file manager is nearly one at a time, no change in the display. Some of the web page errors have gone away, like I do not get the jet error but it is still completely unusable.
I guess I never ran into the excessive file permission problem in the past mainly because I would never grant all those permissions but still no success.
I use FileZilla (http://filezilla-project.org/) to change permissions over ftp. It is a good Open Source FTP client.
Well this hosting provider will give me ssh/ssl access, but I need to give a sample of blood and promise my first born male to them. Last night that was the last bit of effort I wanted to go through. Now with a nights sleep, I broke down. Permission changing issues no more. Would like to still understand why application will not behave.
Sounds like you need to move to a real host!
I had this exact smae problem. The menu takes up the whole page. CMODDING all files in directory 'com_virtuemart' didn't solve the problem. It made it worse cause all images are now gone.
What to do?
Both front end and administrator com_virtuemart files?
I have cmodded the directory 'com_virtuemart' in '%joomlaroot%/components' and '%joomlaroot%/administrator/components' to 777.
Is this okay?
The files should be 644, directories 755 - that is what I use on my servers.
Nope. Very Frustrating.
I went through each and every directory - directories 755 and files 644.
Still get the FUBAR backend (see pic)
[attachment cleanup by admin]
Preston, the layout issue you posted is a known issue, and is in tracker.
Thanks Peter.
Front end admin seems ok, but when I try to go to extended view, I get:
Quote
Fatal error: Cannot redeclare class vmLanguage in /home/.****/*****/*****/administrator/components/com_virtuemart/languages/english.php on line 2198
I also get this when trying to add a product to my cart on the flypage.
edit:
I should add that in my english.php on line 2198 it looks like this:
Quote}
class phpShopLanguage extends vmLanguage { }
/** @global vmLanguage $VM_LANG */
$VM_LANG =& new vmLanguage();
?>
I have not checked front-end administration, will do that after beta 3, first need to get all or almost all backend bugs fixed.
Cool. Has the fatal error I'm getting been reported yet? I think I saw it in one other place but didn't find a solution.
Quote/home/.****/*****/*****/administrator/components/com_virtuemart/languages/english.php on line 2198
i have the same problem as in the pic above, i want to use virtuemart with joomla 1.5 stable; what version do you recommend that does not have that bug and runs without legay plugin in 1.5 ? ;/
This is a beta software, work is in progress.
Peter,
I understand that and can appreciate the hard work you and others are putting into this project.
I just haven't seen many others having this problem so I'm wondering if it's because I downloaded the latest nightly build. The extended layout on the front end admin isn't a big deal to me because I'm able to use the simple layout, but not being able to add to cart is frustrating. It's weird though because it still adds the product to the cart but pops up that vmLanguage error.
Could you maybe post your working english.php file here so I can compare. Also, does the new administrator/languages directory have a bunch of sub-directories now? Is that how it's suppose to be set up?
Sorry for all the questions, I just can't figure out why I'm getting this error...
Try revision 1180
Will do, but where do I find it? Sorry for my ignorance, I've only checked out the dev site recently and can only see the lates svn.
http://forum.virtuemart.net/index.php?topic=31381.0
Thanks man. I won't bug you for a while!!!!!!
the other nightly builds were fine, but this one its like its not see all of the css file or something....
attached an image of what i'm seeing, how to fix this?
i installed thru joomla admin, each module/comp at a time w/ legacy on.
[attachment deleted by admin]
anyone got a solution for this or have a clue why its appearing like this?
Try VM1184
Haven't been able to test completely, but 1180 on the backend is good. I had the same problem but not with 1180. Thanks Peter.
jenkin where is 1184? i found 1186
Quote from: kade119 on January 25, 2008, 04:49:26 AM
jenkin where is 1184? i found 1186
Once a new build is available the old build is removed.
ah okay, hey aravot, how you doing bud? glad to see your back in town... i'm having problems with the admin as you can see... if you need to try to understand what is causing this.. you can use my admin panel or have access to my ftp so maybe that can help your progress in the development. Just let me know will be obliged to assist
also to do a manual install w/ the lastest build.. do i just put all the modules in one folder and the comp in one? and then put in the root of my site.. and add the rest of the url like on 1.0 ?
b/c when i installed like that before it worked but i was the earlier nightly build
Hey all,
First of all. Thanx for all the work to develop VM!!! ;D
I still got the layout problem with 1247. I'm using Joomla 1.5 stable and VM 1.1 build 1247.
I changend all the folders to 777 and all the files to 644. Both admin and public.
What to do? ???
Thnx.
Hey guys,
I still got this problem:
Description:Administration Layout Non-functional. Both Simple and Extended Layout look like the attached picture.
Because the "layout" (i might be something else) is not working properly, I can't add a product. The Layout looks the same as in the picture, but with the add-product properties at the bottom and no tabs.
The development add-on of FireFox gives the following error (product_desc is not empty when I try to save):
Error: document.getElementById("product_desc") has no properties
Sourcefile: http://test.domain.nl/j15/administrator/index.php?pshop_mode=admin&page=product.product_form&option=com_virtuemart
Line: 215
System info:
- Linux 2.4.21
- PHP 4.4.8
- MySQL 4.1.14 (utf8_general_ci)
- Joomla 1.5.1 (fresh installation)
- Virtuemart 1.5 Lates Nightly Build (fresh installation)
I have seen it working properly on an other Linux with php 4.4.0. But i don't think thats the problem.
Can somebody help me with this please?
Thnx
(http://test.rsvdv.nl/images/test_admin.png)
You have posted this in the resolved section???
Permissions that work for me are 755 for directories and 644 for files, and this is for /components/com_virtuemart and adimistrator/components/com_virtuemart
Quote from: jenkinhill on February 24, 2008, 11:45:07 AM
You have posted this in the resolved section???
Permissions that work for me are 755 for directories and 644 for files, and this is for /components/com_virtuemart and adimistrator/components/com_virtuemart
Thnx. That worked for me. I think I accidentally (5 times) did 777 in stead of 755.
Sorry for the "mis-post".
Cheers!
Hi, i've the same problem as robert101083: "Administration Layout Non-functional. Both Simple and Extended Layout look like the attached picture"
I set permissions to 755 for directories and 644 for files for /components/com_virtuemart and adimistrator/components/com_virtuemart through Filezilla, but it don't worked for me.
joomla 1.5.0
vm 1.1 rc
php 4.4.7
mysql 5.0.22
apache 2.0
Any suggestions?
[attachment cleanup by admin]
This issue is not resolved. I experienced the same problem and then painstakingly went through and CHMOD all the files and folders to what they're supposed to be and it did nothing to fix this problem.
It did work for me.
Probable not brilliant shell scripting but for those who are even less experienced on unix (probable Linux), go to your components/com_virtuemart and administrator/components/com_virtuemart directories and do:
find . -type f|xargs ls -l|grep rwxrwxrwx|awk '{print $9}'|xargs chmod 644
There are always 1000 ways to do the same thing so please don't start about style and things like that. Using this can save a lot of time for some people.
Regards..
lex, not a clue what you're talking about there.. Where/How does one "and do:" your command?
Just a quickie to thank jenkinhill for persistent explanation. I had no thumbnails and was thrashing about with file permissions so went for long walk, read the posts carefully and...
- set com_virtuemart and its sub-dirs to 755 and
- set all files in com_virtuemart to 644.
Voila!
That's not a fix for everyone, didn't work for me, tried it multiple times. :(
Just a little help for the shell, and I'm truly not saying the other is wrong, its just this is a little easier and shorter to do.
Ask for advise from your hosting company if you don't understand this or don't use it at all, if you shag things up in shell, you shag it all up completely in a HUGE way.Command to change the permissions for all directories to 755
Quotefind . -type d -exec chmod 755 {} \;
----
Command to change the permissions for all files to 644
Quotefind . -type f -exec chmod 644 {} \;
Now a few simple hints to use shellTo move up a directory (into a sub folder)
Quotecd directoryname
To move down a directory towards the root of the server
Quotecd ..
to list the files and directories where you are right now
Quotels
To print the working directory address (where you are right now)
Quotepwd
So if you navigate using them simple tools to the website files, inside the public_html folder and do the first 2 lines of code I wrote, it will chmod every directory to 755 including all sub directories of it to
Quotefind . -type d -exec chmod 755 {} \;
And all files to 644 in that directory including all sub directories of it to
Quotefind . -type f -exec chmod 644 {} \;
It means even the image folders are locked including the cache folder, so just manually uncheck the ones you want later on, but the website will work fine with them locked. I personally leave all directories on 555, which means nobody, including the server, can write to that folder, but it will still read and execute perfectly well, allowing the website to work normally.
This only causes a small problem if you're adding images or other files, nothing else, but of course you can manually lock and unlock the ones you need such as product image directories after you have finished working on the site. So if a hacker manages to add in a php filemanager/explorer script, they can not add any other files to any directories even with php upload.
BTW
The reason I'm here, is because I'm having issues with VM 1.1RC2 and J1.5, every time i click add to cart, i get
QuoteFatal error: Cannot redeclare class vmlanguage in /home/lighthou/public_html/administrator/components/com_virtuemart/languages/english.php on line 18
And the cart isn't updating, does anybody know why?
Everything else appears to be working spot on mind you.
Actually after going on about all that, i forgot i made a flash tutorial a while back showing how SSH and Putty works :)
http://www.joomlamagazine.com/tutorials/ssh/ssh-permissions/permissions.htm
Regards
Ian