Saving

[000---000]

I'm trying to remove one of the shipping options from both the admin area and the public "select shipping" area, but am having difficulties. All but one of the options are editable from the admin. The one which I cannot edit or remove only gives me the option to "install", which does nothing.

 

I have renamed the php (to phpx) files in catalog/includes/modules/shipping so that some methods are no longer options and this works for all but one again. I think this is related to tables.php as all other files can be renamed and subsequently all other methods can be removed. If I rename tables.php or remove it then the Shipping Modules Admin page does not load the right hand side of page, and the public area just freezes leaving a blank page. Is tables.php an integral part of the shipping module? If not, where can I select to remove this shipping method/option.

 

Is there anywhere in the data base or within the php files that tells OSC to use certain shipping modules? When you install a shipping module, what changes in which file(s) in order to make the module live/active?

 

Thanks

 

Matt

[Jan Zonjee]

Is there anywhere in the data base or within the php files that tells OSC to use certain shipping modules? When you install a shipping module, what changes in which file(s) in order to make the module live/active?

You are probably having trouble with a problem in modules.php (I think) where post arrays are not reset. The fix is in one of the upgrades.

 

Anyway, the installed shipping modules are saved in the table configuration with the key MODULE_SHIPPING_INSTALLED (a semi-colon seperated list of modules like flat.php;ups.php). Of course the shipping modules itself can disable themselves if the customer is out of the zone for that module (other restrictions may be added also like weight is too low or too high).

[000---000]

You are probably having trouble with a problem in modules.php (I think) where post arrays are not reset. The fix is in one of the upgrades.

 

Anyway, the installed shipping modules are saved in the table configuration with the key MODULE_SHIPPING_INSTALLED (a semi-colon seperated list of modules like flat.php;ups.php). Of course the shipping modules itself can disable themselves if the customer is out of the zone for that module (other restrictions may be added also like weight is too low or too high).

 

Hi Jan,

 

I've checked all modules.php files that I can find (5) and none have semi-colon separated list of shipping modules. I have found mention of the key.

 

By renaming another php file to tables.php, refreshing the admin and removing the module I have managed to remove the option from the public page, but not the admin,

 

Regards

 

Matt

[Jan Zonjee]

I've checked all modules.php files that I can find (5) and none have semi-colon separated list of shipping modules. I have found mention of the key.

The "installed" modules are saved as an entry in the database. Table configuration (configuration_id 70 in a default shop), configuration_key MODULE_SHIPPING_INSTALLED.

By renaming another php file to tables.php, refreshing the admin and removing the module I have managed to remove the option from the public page, but not the admin,

You are messing with things instead of solving things. That might give problems in unexpected ways.

[000---000]

The "installed" modules are saved as an entry in the database. Table configuration (configuration_id 70 in a default shop), configuration_key MODULE_SHIPPING_INSTALLED.

 

You are messing with things instead of solving things. That might give problems in unexpected ways.

 

Hi Jan,

 

Thanks for the info. I agree, I am messing with things in a risky manner. However, the database shows:

 

69 Installed Modules MODULE_SHIPPING_INSTALLED ukpostarea.php;stand.php;table.php List of shipping module filenames separated by a s...

 

And no matter how much I try to remove it, I cannot remove table.php from the database. Am using phpMyAdmin. I remove the ";table.php" and the following page shows the above line without table.php, but then when I refresh or reload the database page the ";table.php" has returned. In the admin area I now get:

 

Royal Mail Standard Parcels 3

Economy (Based on weight of goods) 0

Standard Delivery 2

 

but in the public shipping method area I only get:

 

Standard Delivery

Scottish Highlands & Channel Islands may take longer £6.50

 

Royal Mail Standard Parcels

Non urgent items across the UK £2.25

 

 

So as for the client, the system seems to be working and they do not see the Economy delivery option, but I still have the admin showing me the Economy option. I assume the Economy option is not shown for anyone, but it may show to certain postcodes, I'm not sure.

 

Do you know what part of OSC is restoring ";tables.php" to the database or should this not be happening?

 

Thanks in advance

 

Matt

[Jan Zonjee]

Do you know what part of OSC is restoring ";tables.php" to the database or should this not be happening?

This should not be happening. An issue with phpMyAdmin I suppose.

[000---000]

Hi Jan,

 

I can duplicate id 69 to id 70 and save this without table.php. This saves and shows the same when refreshed/reloaded. As id 69 is still present it changed nothing to the site (admin or public) though. So, I removed id 69. Id 70 then changed to include table.php. Therefore, there must be something ensuring table.php remains active within the config.

 

It would appear that there is something in the Admin section that resets the database setting and adds back in table.php (and others). Removing table.php and stand.php - the public area shows the remaining module only as I would expect. This stays like this until I load/open/refresh the admin shipping module page, which shows 3 options still active and also resets the database table to include stand.php and table.php on loading.

 

As the site is working I am prepared to ignore this, but I can see it coming back to haunt me at some point. Any ideas or should I wait for the inevitable?

 

Matt