I thought I had it sussed a few weeks ago. Tried going through the process again today and got
error undefined in red underneath the progress bar, which showed no progress
error undefined in red underneath the progress bar, which showed no progress
I'll have to check that one - although I got around the problem by uploading the site from my local setup to a remote server and performing the upgrade and then bringing it all back onto the local server.
PS - No I don't think it was the HTTPS thing - it still happened using the default htaccess file
PS - No I don't think it was the HTTPS thing - it still happened using the default htaccess file
Thanks for that suggestion - upgrade completed successfully (obviously I must have done something else differently ...?)
Hi
I am aiming to upgrade my existing 1.5.6.4 to 2.2.0.0 using your script.
A quick question as it doesn't seem to be absolutely clear in the OC install/upgrade texts - when upgrading do I copy just the contents of the Upload folder from the OC 2.2 download file or all of the files in the root of the zip too. There are github, md and composer files in the root of the download - do these need to go up too?
I know that I need to use the install folder from your script rather than the one that comes from the OC 2.2 download.
Just didn't want to upload anything that might make the wheels fall off
Thanks
I am aiming to upgrade my existing 1.5.6.4 to 2.2.0.0 using your script.
A quick question as it doesn't seem to be absolutely clear in the OC install/upgrade texts - when upgrading do I copy just the contents of the Upload folder from the OC 2.2 download file or all of the files in the root of the zip too. There are github, md and composer files in the root of the download - do these need to go up too?
I know that I need to use the install folder from your script rather than the one that comes from the OC 2.2 download.
Just didn't want to upload anything that might make the wheels fall off
Thanks
Hi.
(upgrading from 1.5.3 to 2.0.2)
I initially had a couple of problems, overcome by using this newer upgrade script and making sure I had copied all the files to the right location (I hadn't but I have now.
In any case the upgrader completed and reported success.
I looked into admin, at first sight fine but I got an error message saying my IP address was not allowed to use the API.
I went to system->users->user groups and clicked to edit 'Top Administrator', I clicked on 'select all' for both Access Permission and for Modify Permission.
After saving I noticed that the update hadn't saved for the entries on Modify from report/customer credit to the end of the list which includes both user/api, user/user and user/user_permission - in other words I don't have permission to change permission!
Help!
(upgrading from 1.5.3 to 2.0.2)
I initially had a couple of problems, overcome by using this newer upgrade script and making sure I had copied all the files to the right location (I hadn't but I have now.
In any case the upgrader completed and reported success.
I looked into admin, at first sight fine but I got an error message saying my IP address was not allowed to use the API.
I went to system->users->user groups and clicked to edit 'Top Administrator', I clicked on 'select all' for both Access Permission and for Modify Permission.
After saving I noticed that the update hadn't saved for the entries on Modify from report/customer credit to the end of the list which includes both user/api, user/user and user/user_permission - in other words I don't have permission to change permission!
Help!
Further to this permissions error.
By looking at the table I saw there wasn't an entry for modify for elements that I didn't have permission for, so after taking a copy of the table I added this to the end of the data "user\\/user_permission"
On viewing setting->user group-> edit user group I could see that I now had permission the change user permissions - however when I did change them and click on save none of the change were saved and that data I'd added was deleted form the table.
So, I've no idea how to proceed.
By looking at the table I saw there wasn't an entry for modify for elements that I didn't have permission for, so after taking a copy of the table I added this to the end of the data "user\\/user_permission"
On viewing setting->user group-> edit user group I could see that I now had permission the change user permissions - however when I did change them and click on save none of the change were saved and that data I'd added was deleted form the table.
So, I've no idea how to proceed.
Another error.
In logging on and entering the Dashboard screen in MS Edge and MS IE I got an undefined error and the icons and the World and the Sales Analytics widget didn't appear.
So, having done some reading I placed this below in my .htaccess file:
# Fix Icons
<FilesMatch ".(ttf|otf|eot|woff)$">
<IfModule mod_headers.c>
Header set Access-Control-Allow-Origin "*"
</IfModule>
</FilesMatch>
After this the icons appear fine but the widgets still don't.
However, all this works fine in Firefox (it seems not to work in Chrome).
In logging on and entering the Dashboard screen in MS Edge and MS IE I got an undefined error and the icons and the World and the Sales Analytics widget didn't appear.
So, having done some reading I placed this below in my .htaccess file:
# Fix Icons
<FilesMatch ".(ttf|otf|eot|woff)$">
<IfModule mod_headers.c>
Header set Access-Control-Allow-Origin "*"
</IfModule>
</FilesMatch>
After this the icons appear fine but the widgets still don't.
However, all this works fine in Firefox (it seems not to work in Chrome).
@brik.
So to explain the issue with each of your problems....
1. You saw the API not allowed error. Next to that error is the "Add IP" button so just click that. Or you can goto the Users->API menu and edit the api user to add your IP there. This is NOT the same thing as permissions.
2. But so you did (somehow?) manage to uncheck access to the user area. Yes this is a dangerous thing as it will indeed let you lock yourself out.. and adding it back isn't as easy as just running a sql command since the data is json encoded. For this, you need to basically disable the validation checks on the permissions by:
a. EDIT: system/library/user.php
b. FIND:
c. AFTER, ADD
That will let you bypass the permission check so that you can properly check the allowed sections.
3. Undefined error with missing or "box" images. This is because of another error in 2.2.0.0 that instead of using the HTTP_SERVER value from the config, it uses the HTTP_HOST value. So if you have "www.example.com" in your config but type "example.com" in the url and hit go, it will not load icons and some scripts. In previous versions and in versions after the bug fix, this will correct itself on the next page load, but not with 2.2.0.0. The fix for that and another url issue with https addresses is across 3 files which I've attached. Be sure you upload those to the correct place AFTER you've uploaded all the original 2.2.0.0 files from the zip.
So to explain the issue with each of your problems....
1. You saw the API not allowed error. Next to that error is the "Add IP" button so just click that. Or you can goto the Users->API menu and edit the api user to add your IP there. This is NOT the same thing as permissions.
2. But so you did (somehow?) manage to uncheck access to the user area. Yes this is a dangerous thing as it will indeed let you lock yourself out.. and adding it back isn't as easy as just running a sql command since the data is json encoded. For this, you need to basically disable the validation checks on the permissions by:
a. EDIT: system/library/user.php
b. FIND:
Code: Select all
public function hasPermission($key, $value) {
Code: Select all
return true;
3. Undefined error with missing or "box" images. This is because of another error in 2.2.0.0 that instead of using the HTTP_SERVER value from the config, it uses the HTTP_HOST value. So if you have "www.example.com" in your config but type "example.com" in the url and hit go, it will not load icons and some scripts. In previous versions and in versions after the bug fix, this will correct itself on the next page load, but not with 2.2.0.0. The fix for that and another url issue with https addresses is across 3 files which I've attached. Be sure you upload those to the correct place AFTER you've uploaded all the original 2.2.0.0 files from the zip.
Attachments
Upload to system/config
Upload to system/config
Upload this to system/library
Upload all files and folders from inside the "upload" folder to your server EXCEPT for the "install" folder. Overwrite the existing files on your server. You do not need any file outside of the upload folder.MarkW-UK3 wrote:Hi
I am aiming to upgrade my existing 1.5.6.4 to 2.2.0.0 using your script.
A quick question as it doesn't seem to be absolutely clear in the OC install/upgrade texts - when upgrading do I copy just the contents of the Upload folder from the OC 2.2 download file or all of the files in the root of the zip too. There are github, md and composer files in the root of the download - do these need to go up too?
I know that I need to use the install folder from your script rather than the one that comes from the OC 2.2 download.
Just didn't want to upload anything that might make the wheels fall off
Thanks
There in catalog.php is bug:
change to:
Code: Select all
// Action Events
$_['action_event'] = array(
'view/*/before' => 'event/theme',
//'model/*/before' => 'event/debug/before'
//'model/*/after' => 'event/debug/after'
);
Code: Select all
// Action Events
$_['action_event'] = array(
'view/*/before' => 'event/theme'
//'model/*/before' => 'event/debug/before'
//'model/*/after' => 'event/debug/after'
);
@qphoria
2. I don't know if I did inadvertedly but I don't think so. I think I simply went to that page and clicked select all and update then move to the next action.
Anyway, I'll apply the solutions you've provided and see where I am from there.
**edit
First the good news. Those files you provided worked fine, as I suppose you'd expect them to.
1. But regarding the API, I went to ad my IP to the list via the form rather than the button and got an error, I received a message saying I do not have permissions to modify APi's and this was displayed within the field itself "<b>Warning</b>: Illegal string offset 'ip' in <b>/home/rosar248/public_html/OC/admin/view/template/user/api_form.tpl</b> on line <b>86</b>" - I've checked again that I have the correct fiels from the 2.2 upload folder from the zip.
2. Regarding User group permissions. This is the section of code after I've amended it.
No matter what I change to modify on the form I get the 'you do not have permission to modify user groups' message. If I remove permissions from one I can add permissions to another, albeit with the message but if I refresh the page it reverts to what it was. So, there must be something else.
Cheers
1. Yes, I clicked that button but it didn't work. Looking at the API info in my clean copy compared to my upgraded copy I can see the API key if different in length, the 'clean' one is around twice the length - I don't know if this is significant or not.1. You saw the API not allowed error. Next to that error is the "Add IP" button so just click that. Or you can goto the Users->API menu and edit the api user to add your IP there. This is NOT the same thing as permissions.
2. But so you did (somehow?) manage to uncheck access to the user area.
2. I don't know if I did inadvertedly but I don't think so. I think I simply went to that page and clicked select all and update then move to the next action.
Anyway, I'll apply the solutions you've provided and see where I am from there.
**edit
First the good news. Those files you provided worked fine, as I suppose you'd expect them to.
1. But regarding the API, I went to ad my IP to the list via the form rather than the button and got an error, I received a message saying I do not have permissions to modify APi's and this was displayed within the field itself "<b>Warning</b>: Illegal string offset 'ip' in <b>/home/rosar248/public_html/OC/admin/view/template/user/api_form.tpl</b> on line <b>86</b>" - I've checked again that I have the correct fiels from the 2.2 upload folder from the zip.
2. Regarding User group permissions. This is the section of code after I've amended it.
public function hasPermission($key, $value) {
return true; }
-- if (isset($this->permission[$key])) {
-- return in_array($value, $this->permission[$key]);
-- } else {
-- return false;
--
-- }
-- }
No matter what I change to modify on the form I get the 'you do not have permission to modify user groups' message. If I remove permissions from one I can add permissions to another, albeit with the message but if I refresh the page it reverts to what it was. So, there must be something else.
Cheers
Further on the user permissions. It's not a upgrade issue.
I created a clean copy of 2.2
Looking at the user group permissions I noticed that there were several items, 3 of them, with modify that had their check box unchecked. I also noticed that the entries for user/api, user/user and user/user_permission were correctly checked.
I selected all and updated and received a successful update message.
Subsequently in trying to add another user I received an error 'you do not have permissions to modify user'.
On checking user group permissions I saw that the three entries I mentioned above were now unchecked.
I created a clean copy of 2.2
Looking at the user group permissions I noticed that there were several items, 3 of them, with modify that had their check box unchecked. I also noticed that the entries for user/api, user/user and user/user_permission were correctly checked.
I selected all and updated and received a successful update message.
Subsequently in trying to add another user I received an error 'you do not have permissions to modify user'.
On checking user group permissions I saw that the three entries I mentioned above were now unchecked.
This is can be database issue. Can you go to phpmyadmin ( to your database) to table user_group. Open 'structure' and change column 'permssion' type to 'mediumtext'.brik wrote:Further on the user permissions. It's not a upgrade issue.
I created a clean copy of 2.2
Looking at the user group permissions I noticed that there were several items, 3 of them, with modify that had their check box unchecked. I also noticed that the entries for user/api, user/user and user/user_permission were correctly checked.
I selected all and updated and received a successful update message.
Subsequently in trying to add another user I received an error 'you do not have permissions to modify user'.
On checking user group permissions I saw that the three entries I mentioned above were now unchecked.
I've done that however there is no difference.pm-netti wrote:This is can be database issue. Can you go to phpmyadmin ( to your database) to table user_group. Open 'structure' and change column 'permssion' type to 'mediumtext'.brik wrote:Further on the user permissions. It's not a upgrade issue.
I created a clean copy of 2.2
Looking at the user group permissions I noticed that there were several items, 3 of them, with modify that had their check box unchecked. I also noticed that the entries for user/api, user/user and user/user_permission were correctly checked.
I selected all and updated and received a successful update message.
Subsequently in trying to add another user I received an error 'you do not have permissions to modify user'.
On checking user group permissions I saw that the three entries I mentioned above were now unchecked.
and to confirm, I have the same error with a clean copy of 2.2.0.0 and with a another copy upgraded from 1.5.6.4
Question:Qphoria wrote:@brik.
So to explain the issue with each of your problems....
1. You saw the API not allowed error. Next to that error is the "Add IP" button so just click that. Or you can goto the Users->API menu and edit the api user to add your IP there. This is NOT the same thing as permissions.
2. But so you did (somehow?) manage to uncheck access to the user area. Yes this is a dangerous thing as it will indeed let you lock yourself out.. and adding it back isn't as easy as just running a sql command since the data is json encoded. For this, you need to basically disable the validation checks on the permissions by:
a. EDIT: system/library/user.php
b. FIND:c. AFTER, ADDCode: Select all
public function hasPermission($key, $value) {
Code: Select all
return true;
I have an upgraded system and a couple of systems installed from scratch. The new installations don't have the file system/library.user.php where did this file come from is it legacy? Is it even being used?
In version 2.2 this is in file system/library/cart/user.phpbrik wrote: Question:
I have an upgraded system and a couple of systems installed from scratch. The new installations don't have the file system/library.user.php where did this file come from is it legacy? Is it even being used?
Thankspm-netti wrote:In version 2.2 this is in file system/library/cart/user.phpbrik wrote: Question:
I have an upgraded system and a couple of systems installed from scratch. The new installations don't have the file system/library.user.php where did this file come from is it legacy? Is it even being used?
I've tested altering this file and it's clear that this is the operative file, the other one wasn't - so I made the change suggested abovew to this file then logged into admin, selected 'select all' within the admin group and clicked update. The system replied with a successful update message however when rechecking the data from within the system the original problem is still there, the bottom 33 entries from 'shipping/free to the end are now unchecked.
Who is online
Users browsing this forum: No registered users and 8 guests