Wombat Beta - Feedback

[RayYates]

Re: Wombat Beta - Feedback

Thanks Ric,

I want to reset the site as soon as PR7 is available and install the new CSSUI at the same time so I can get the "big picture" of both the back and front ends and how they interact.

I understand, the new CSSUI will contain new page items that only exsist in Wombat and can not be applied to pre PR7 stores.

I have upcomming sites that will be developed using PR7. My development store is currently using WB Beta 8, and a mix of several iterations of older page templates and the new ones added by the various beta releases.

It's a bit of a mess. With the new page templates, I don't have the css files so they don't display correctly and the interactions (links and forms) between the templates is missing.

The last CSSUI I have won't load exactly because it's missing some items or items have changed.

[Rick Wilson]

Re: Wombat Beta - Feedback

Ray,

You have two options. One is install RC1 on to a fresh install with no store added (or delete an existing dev site so there are no stores and update to RC1). Once you have a copy with RC1 and no stores, Add a Store and choose CSS UI. You could then save that as a framework (and you'd have it right there).

The only thing different between CSS UI RC1 and release is we're adding to small but important things (both of which you could do and would do on your own). In CSS UI, Add to Basket automatically takes you to the basket page, so we're adding a Continue Shopping there and we're also adding a non graphics based guided checkout.

Now is the time to add as many best practices as possible and reasonable before CSS UI gets much harder to update once it's the new norm.

[joeyb]

Secure proxy environment causes problems with admin

Hello,

As a hosting company we offer the ability for our customers to use a proxy server to use an encrypted connection over the Internet without having them purchase an SSL certificate. Basically they go to 'https://www.ourdomain.com/theirdomain.tld/path/to/file' and the 'ourdomain.com' server will connect to https://theirdomain.tld/path/to/file within our internal network (where it politely ignores the certificate mismatch warning).

This has been in use for many years without problem, but there seems to be an issue with the way Wombat creates some of its links when logged into the admin area. As an example, the CSS seems to be going from embedded in the HTML to being loaded externally from an absolute URL. It seems as though this URL is created from a combination of a few environment variables and ultimately ends up creating a link that looks like:
href='https://www.ourdomain.com/path/to/file'
ie, is missing the 'theirdomain.tld' part which creates a broken link.

It seems like a better way to create the link would be to look at the secure path to admin.mvc or merchant.mvc and change it from:
path/to/admin.mvc
to
path/to/the/css.file
or if necessary add a new config with the path to the secure scripts directory.

While this is only CSS it did make the admin area essentially useless for the customer that was running into this problem and I'm thinking this assumption may be made in other areas which would render our proxy useless. Of course the customer can purchase an SSL certificate and bypass the problem, but ideally we wouldn't suddenly have a bunch of stores break if customers patch.

I can create a store that has this setup if it would be helpful to visualize. Thanks for your time.

Joey

[ILoveHostasaurus]

Re: Wombat Beta - Feedback

Why not just put a self-signed certificate on their site and not have to worry about a custom proxy server setup or anything else? Cost is still free and probably would take even less time and resulting support hassle of training someone how to use a special URL to get to their site only when they want to use it in secure mode.

[joeyb]

Re: Wombat Beta - Feedback

That's something we're considering depending on how this turns out, but that would also create a browser warning that our customers would be upset about (the current system produces no warnings, errors or broken lock icons). The proxy has been in place for 10 years without problem and is pretty seamless. My guess is we'd have ~100 stores that are already configured with the proxy system way that will just break if they were to use the current Beta stream update.

[Nerd Boy Inc]

Re: Wombat Beta - Feedback

Dear JoeyB,

My guess is the changes to Admin and the way things are being done is to make Admin PCI / PA-DSS Compliant.

[yewknowit]

Re: Wombat Beta - Feedback

I currently have an issue with my check out basket. I get sent to the BSKE page when I submit from the OSEL page. It's telling me my check out basket is empty after I submit payment information. It only happens with products that I configure with the Inventory Variants. You can see it here
http://67.227.188.81/prod/NACV2.html
Choose COD as your payment when you checkout

[Hostasaurus]

Re: Wombat Beta Admin Issues

Can you view the source of a page where you have this issue and look for a <script> tag referencing clientside.mvc?

It'll look something like this:

<script language="JavaScript" src="https://localhost/~burch/mm5/clientside.mvc?Filename=admin/v55_ui.js"></script>

If the URL to clientside.mvc does not exactly match the URL to your administrative interface, the client-side JavaScript used to implement the "Show Order" link won't get loaded, which could lead to this problem.

If the URL doesn't match, it is highly likely that the ServerName option within your Apache configuration is incorrect.

The clientside.mvc code is not using the secure admin settings in our test stores. This is causing an issue for anyone using a secure URL that doesn't match the insecure domain name - e.g., some sites use www.domain.com for the insecure pages but secure.domain.com for the secure pages. If the store is checking ServerName for some reason, this needs to be changed so that it uses the URLs defined in Site Configuration like everything else in the admin, since the SSL domain name may not be the ServerName but a ServerAlias. Why is the admin picking it's own host names to use based on server config instead of what's in the domain settings?

For example, in one store's admin source,
<base href="https://secure.domain.com/mm5/">
but
<link type="text/css" rel="stylesheet" href="https://dev.domain.com/mm5/clientside.mvc?Filename=admin/v55_ui.css">
and
<script language="JavaScript" src="https://dev.domain.com/mm5/clientside.mvc?Filename=admin/v55_ui.js"></script>


https://dev.domain.com does not appear anywhere in the Site Configuration settings.

This issue is what's causing various people to get the storefront when clicking on links in the administration.

[crozon]

Re: Wombat Beta - Feedback

I know someone mentioned this before but it would be great to add additional status updates. We need one for "Waiting on customer reply" or "Waiting for Payment" for example.

Also if you could change the name for current status'. We have personalized items on our website so we would rather have "Fulfillment in progress" instead of "Picking". Could this possibly be done on the website with a conditional to change the name of the status when the customer logs in?

Can you send a different email to the customer depending on the shipping carrier? We offer "In store Pick-up" as a shipping option so ideally we would like to select the "shipped" checkbox and enter the "link" as Pick-up and it would send the "pick-up" email not an email with tracking information.

[Rick Wilson]

Re: Wombat Beta - Feedback

Christine,

We're thinking through a couple of options on the status thing for the future. I'm thinking of providing the ability to label them anything you want and possibly some sort of custom fields implementation that is used for reporting. We need to see it in use a little bit to really nail that one.

Good question on the shipping, I don't see why you couldn't use a conditional on the page that generates the email to do that.

[crozon]

Re: Wombat Beta - Feedback

Thanks Rick,

Will the option to change or add status' be available in the second release of wombat or after that?

That is a good option. Create conditionals on the page based on the shipping method selected. Thanks!

[Rick Wilson]

Re: Wombat Beta - Feedback

I'm not sure yet.

[diana]

Re: Wombat Beta - Feedback

We have a few products that are drop shipped.
Easy to plug in tracking information into Shipworks.
Will Wombat allow manual input of shipper info and tracking numbers?

Thanks, Diana
aGardenPlace.com

[crozon]

Re: Wombat Beta - Feedback

Yes, you can select the shipment, enter the tracking number manually and even select (from a drop down box) who the carrier is.

It also has a text box to enter your shipping rate so that (in the future release of wombat) you can create shipping cost reports.

You can also opt to send an email to the customer with the tracking information if you would like.

[diana]

Re: Wombat Beta - Feedback

Great, thanks Christine. Pulling Shipping cost reports would be great.

Another question. Many of us use Authorize.net for credit card processing. Will we be forced to change payment gateways to take advantage of the ability to process payments directly in admin? Will Auth.net be added to the list of processors any time soon?

Looking forward to this release.

Diana Hall
http://www.agardenplace.com