Jump to content

 

simos

Member Since 13 Nov 2013
Offline Last Active Nov 20 2014 05:03 PM
-----

Topics I've Started

Upgrade To Mve 4.1.2 Breaks Static Pages?

07 May 2014 - 10:08 AM



Hi all

Recently upgraded:
-From: 4.0.3 To: 4.1.1
and subsequently:
-From: 4.1.1 To: 4.1.2

After upgrading:
Links to static pages (e.g. terms and conditions) stopped rendering the correct page. Instead, they render the homepage. The url changes to the correct location, and there is no redirect status
I have followed the request up until it is processed by: controllers/frontend/page.php. Everything appears to be ok. The $page variable contains the correct page. I can even print the page out, which prints the correct content and below it, it renders the homepage.
It looks like something overwrites page.php:
Registry::get('view')->assign('page', $page);
and is rendered instead.

Anyone has seen this thing before? It's really odd so I think our best bet is to either find out ourselves what is happening or hopefully find someone that has seen this before to comment. Raised a bug with CS-Cart too but unless it's a known issue, I have a feeling they won't investigate in detail...

Thanks

Simos

Better way of distributing fixes

12 December 2013 - 11:29 AM

Hi

I've joined the CS-Cart community recently and I'm repeatedly seeing the following problem: when a bug is reported, if the fix is simple it sometimes seems to be posted for everyone to apply but I would say in 95% of the cases, the fix is not published and the response is 'Contact our technical support to apply the fix'.

There are several problems with that:

1. Obviously, apart from the person reporting the bug, there are thousands of others that have the same issue - so a solution should be found where the fix can be given to all.

2. I have contacted technical support to get the fixes in the past - sometimes they have provided the fix which was great but the default seems to be to ask for access to my server to apply the fix. While it's great to have the option, I would suspect a lot of store owners would be quite uneasy with the idea of providing this level of access and in any case, I doubt this is a scalable solution for the CS-Cart team either.

In summary, I feel there should be a better way to handle this - I haven't given it much thought but if GitHub or something similar was used, perhaps each fix could be a separate feature branch and then we could simply pull that to our own installations?

I am confident there is a better way to handle this for everyone so any ideas would be great and will help the community as a whole as well as the CS-Cart team!

Thanks

Simos

Minimum order requirements per vendor?

22 November 2013 - 10:12 AM

Hi

I could do with a bit of help with the following - many of our vendors sell relatively low value items so understandably they want to only receive orders above a certain value or above a certain number of items.

The problem is that CS-Cart only supports these options for each order and NOT for each order from a particular vendor.

Does anyone know of any way of achieving this? (either 3rd party add-on or how it would be best to modify the code to achieve this?)

Thanks

Simos

Tax number for each vendor needed

18 November 2013 - 09:29 AM

Hi

The tax functionality does not work correctly for multi-vendor (at least for UK laws) because on the invoice that is sent by the vendor to the customer, it should have the Tax number of the VENDOR, and not ours (i.e. the ADMIN).

It's a very quick fix, all it needs is an additional field (Tax no) in the vendor profile and then to amend the invoice template to include the Vendor's tax number instead of the admin's.

Hope to see this soon.

Thanks

Simos

Introduce Order Status Workflow/Permissions for Vendors

13 November 2013 - 04:35 PM

Hi all

I need to limit the number of statuses the vendors can see in their admin area for each order. I was expecting this to be very basic functionality out of the box but it seems that there is nothing and vendors can just change order statuses as they please.

The reason for needing this is that, apart from being confusing to vendors seeing all the statuses they don't need, allowing vendors to change statuses can lead to some very odd situations and even mean that we end up losing money. e.g. a vendor can just simply change an order back and forth between statuses and end up with 'Dispatched' just before we make the payouts and hence get paid for the order, even though it was an order that was Cancelled and we had refunded the money.

So in short, I need to modify the code to provide some sort of state-machine or similar so that for each order, only a few status options are available to the vendor based on the current state of the order. e.g. if it's Pending, they should only see 'Dispatched' or 'Cancelled. Similarly if it's 'Dispatched', this needs to be an end state and no further changes of status should be available to the vendor, and so on.

Anyone has any suggestions of what the best way of achieving this is? (e.g. should we keep the state in a new db table, or just modify certain files and hardcode there etc)

Any input will be really appreciated.

Thanks

Simos