Completely clean fresh install. (no labels for 184.108.40.206 yet)
Uninstalled and reinstalled both files and database multiple times.
When I got to System>Configuration>Customers>Customer Configuration it errors. Report gives:
"Invalid config field backend model: adminhtml/system_config_backend_customer_password_link_expirationperiod"
I haven't figured out the culprit yet but removing
<reset_link_expiration_period translate="label comment"> <label>Recovery Link Expiration Period (days)</label> <comment>Please enter a number 1 or greater in this field.</comment> <frontend_type>text</frontend_type> <validate>required-entry validate-digits validate-digits-range digits-range-1-</validate> <backend_model>adminhtml/system_config_backend_customer_password_link_expirationperiod</backend_model> <sort_order>40</sort_order> <show_in_default>1</show_in_default> <show_in_website>0</show_in_website> <show_in_store>0</show_in_store> </reset_link_expiration_period>
Allows it to work. I assume as I can get into it and save configurations.
Anyone the correct correction?
So I once again cleaned all information and re-installed. Would go back to 220.127.116.11 but it isnt in the archive (?)
Maybe I have a copy at work. Anyway the above problem persist but I noticed another and wanted to list it as well.
Fatal error: Call to a member function toOptionArray() on a non-object in ../app/code/core/Mage/Adminhtml/Block/System/Config/Form.php on line 463
$optionArray = $sourceModel->toOptionArray($fieldType == 'multiselect');
Am I the only person trying out 18.104.22.168?
Or just the only one having issues ... ):
Just downloaded the .zip file from magento download section and installed a fresh copy. Now the two errors are gone. It seems the error is caused by the zip format.
Hope this helps.
I had forgotten about this post.
I assume you meant you downloaded the tar or gunzip file? Not the zip file.
May I ask if you have Webshell GUi on your server?
For me it turned out that for some reason about 45-50 files were having the extension truncated
from .php to .ph. After investigation the only thing I found was a post from a Zen cart user back in 2007 with the same issue. The common denominator was Webshell GUI on our servers. Though neither of us used it to decompress /upload files.
of course there is the Zend denominator also.
Anyone else having this issue I would suggest checking for truncation of extension(s).
I got the solution for this issue.
Password folder is missing in following path,
Just copy and paste it from magento 22.214.171.124 source.