Geordiedan

Sorted it out. in admin/includes/application_top.php find: tep_session_name('osCAdminID'); tep_session_save_path(SESSION_WRITE_DIRECTORY); // set the session cookie parameters if (function_exists('session_set_cookie_params')) { session_set_cookie_params(0, DIR_WS_ADMIN); } elseif (function_exists('ini_set')) { ini_set('session.cookie_lifetime', '0'); ini_set('session.cookie_path', DIR_WS_ADMIN); } and comment lower section out to appear: tep_session_name('osCAdminID'); tep_session_save_path(SESSION_WRITE_DIRECTORY); /* comment following out // set the session cookie parameters if (function_exists('session_set_cookie_params')) { session_set_cookie_params(0, DIR_WS_ADMIN); } elseif (function_exists('ini_set')) { ini_set('session.cookie_lifetime', '0'); ini_set('session.cookie_path', DIR_WS_ADMIN); }*/ Fixed the issue - why this was a problem on the new server and not the old I've no idea!

Sorted. in admin/includes/application_top.php find: tep_session_name('osCAdminID'); tep_session_save_path(SESSION_WRITE_DIRECTORY); // set the session cookie parameters if (function_exists('session_set_cookie_params')) { session_set_cookie_params(0, DIR_WS_ADMIN); } elseif (function_exists('ini_set')) { ini_set('session.cookie_lifetime', '0'); ini_set('session.cookie_path', DIR_WS_ADMIN); } and comment lower section out to appear: tep_session_name('osCAdminID'); tep_session_save_path(SESSION_WRITE_DIRECTORY); /* comment following out // set the session cookie parameters if (function_exists('session_set_cookie_params')) { session_set_cookie_params(0, DIR_WS_ADMIN); } elseif (function_exists('ini_set')) { ini_set('session.cookie_lifetime', '0'); ini_set('session.cookie_path', DIR_WS_ADMIN); }*/

I've moved from v4.4.4 on the old host to 4.3.9 on the new. I've been right through the site now and it seems to be linked to the Admin Access Levels contrib - anything where a form is used now boots me out back to the login screen. Looking at the oscAdminID it changes every time a bootout happens, so it seems that something is causing these session IDs to change when a form is submitted. Damned if I know why though!

Exactly the problem I'm having - did anyone ever figure this out??

I've been using EP with no problems for over a year now and all's been good. I had to migrate the store to a new server this week though, and suddenly everything's stopped working. Migration was done via manual ftp, and I've made sure to 777 the temp dir Database was a manual export from phpMyAdmin as a .gz, then imported back into the new cloned db. On trying to upload a file, the screen appears to be "working" for maybe 10 seconds, then I get thrown back to the admin panel login screen without anything having happened. Attempting to download an EP file has the same effect. Any ideas why this might be happening? TIA, Dan

OK, although my host have denied making any system changes, the fix to apply when a host upgrades their PHP has solved the problem: http://www.oscommerce.com/community/contri...ll/search,protx Seems my hosts are lying cowboys ;) Thanks anyway, Dan :)

Am I the only one with this problem? Please post up if you're using ProTX form without any issues since the weekend?

Hi, After a year of smooth running and almost 700 successful orders, I now have a problem. The last order confirmation I received was on Saturday 29/07 at 21:17 - this is also the last order showing in my admin panel. Since then though, I've received 21 "payment confirmation" mails from ProTX with order details etc :blink: I've checked it out, and when a customer enters their payment data into the ProTX form and hits submit, they're redirected to the "checkout payment" page with an error string in the URL - the payment still completes, but the database isn't updated. String displayed is: http://storename.com/catalog/checkout_paym...;error_message= This happens on both my Live and Test setups, each on different hosting accounts. My best guess is that ProTX have changed the way their payment successful system informs the store of the transaction result, and that the ProTX form code can't handle it, resulting in a "void" order. Has anyone got any ideas on how to tackle this, or have you experienced the same? Is anyone running ProTX form but hasn't noticed any issues? I've flagged this with their tech support but no reply to my ticket as yet. Thanks, Dan

I've realised that a report on all sales either to "united states" the country, or the tax zone "USA" that I've created would also work - but I don't even know where to begin :( Any pointers from anyone would be greatly appreciated! :)

Hi guys, I've set up a shipping method to allow for US customers to buy from my store - distribution over there is via one of our agents though, so I need a way to run a report of all sales using that particular shipping method, so I can work out his commission for the distribution. Anyone know of a contrib that'd fit? Thanks, Dan

Cool mod - finally got round to installing it! :)

Hi Luc, if you can handle manually faxing the individual stores then this contrib would probably be OK - if you need an automatic email etc then MVS would seem to be the way to go! I still have no idea if MVS is released yet though? :) Cheers, Dan

Hi Ruby, This contrib won't allow you to do that I'm afraid - what you're asking sounds like the "multi vendor shipping" contrib that's been in development for a while now, it may have been released since I was last on here! I think this setup is geared more towards having the main store ship to the sub-stores with a covernote. Dan :)

Not at all - it allows the designated store to be used as a shipping method. For stock control at multiple locations, you'll need multiple stores, or the 'multi vendor' contrib perhaps?

Hi, I think I need to 'clone' a module a few times and reuse it for different 'zones' - is this straightforward to do? I'm guessing I need to rename the PHP files and the calls to them, but what else? Thanks, Dan :)