Sorry about the Buy Now button-code modifier checkbox; we have fixed that glitch now. We do make every effort to test everything thoroughly before we roll out any upgrade bugfix, but inevitably there are fringe cases we don't notice until someone brings them up. "Better" is the enemy of "Done", so eventually after testing everything we can think of, if we're to make any progress at all we have to roll out what we've got, as refined as we could make it, and then iron out any undiscovered wrinkles as they get reported.
We changed the location of Item-specific discounts to consolidate all discount settings in one common screen together, as the previous setup of having different discounts scattered in different places was just too confusing for too many sellers, and the previous placement of Item Discounts also led to other confusion and mishaps (e.g., sellers mistaking the Item Expiration setting for a discount expiration, mistaking the download attempts/hours settings for discount code uses/hours, etc.).
This also gave us an elegant solution to expand the functionality of Item-specific Discounts, so it's now possible to define those with a maximum use count and/or with minimum quantity/total thresholds, meeting the (very!) popular demand for product-based volume discounts. These new conditional settings for Item Discounts still will not work with Buy Now buttons (yet), but the previous functionality supporting a basic, unconditional flat discount off the unit-price will continue to work just as it always has for Buy Now buttons.
Unfortunately, we'd had no requests for discounts according to product category, and indeed we have no built-in way to categorize products (yet), so that would have to wait for a future release.
Found a bug.
I'm on a mac. I click the dropdown arrow for the list of existing shipping rules. Then I use the keyboard arrow keys to scroll through the list. When I find the one I want and press Enter, it submits the form below and either a) creates a new rule based on the settings that may have been changed in the form or b) gives a really strangely worded error when the rule you tried to submit already exists. The original intention of my actions: simply to select an existing rule.
Whoa.. ok something is really wrong.
After entering a rule caled "FREE" based on $0 per ounce to the United States. All regular rules that don't even have the optional description field available are being named FREE. It's like even though the description field disappears, it's still being submitted with every new rule. So all my shipping options look like:
FREE - $26.95
FREE - $14.83
FREE - $4.60
ctI entered a handling charge of 10% and it's treating it like a flat fee. Are you guys sure this is ready for primetime?
Fixed
ctAlso, UPS Ground shows up without a label in the customer's shipping selection dropdown.
Fixed
ctAfter entering a rule caled "FREE" based on $0 per ounce to the United States. All regular rules that don't even have the optional description field available are being named FREE. It's like even though the description field disappears, it's still being submitted with every new rule.
This was a UI issue. Fixed.
ctI'm on a mac. I click the dropdown arrow for the list of existing shipping rules. Then I use the keyboard arrow keys to scroll through the list. When I find the one I want and press Enter, it submits the form below and either a) creates a new rule based on the settings that may have been changed in the form or b) gives a really strangely worded error when the rule you tried to submit already exists. The original intention of my actions: simply to select an existing rule.
The typo making the error look strangely worded has been fixed. We will change the UI as enter key should doing anything on that screen.
As for the existing rules, they can not be loaded or updated. They can only be deleted.
ctOne question: how do I re-order the list of shipping options that the user sees? Currently, it's showing the most expensive method first (such as Express.) Obviously this is not what I (or they) want. Great features btw.
We'll add an "order" field with each rule so after matching the conditions, multiple methods are shown based on the order specified and not simply the order they were added in.
SCSI have to concur with ct on the issues being seen...this 'new and improved' interface has made my life a living hell trying to get existing codes updated and/or create new ones...why are have my boxes greyed out? Good Grief.
Can you please elaborate the issue. Messages from ct were about shipping, not discounts.
To our support e-mail given at https://www.e-junkie.com/ej/contact.php
ctI have an item (a sticker) that weighs 0.1oz and ships in an envelope that weighs 0.2oz, for a grand total of 0.3oz. However, the USPS First Class rate I'm getting is $1.22!! USPS.com lists the price at $0.44. The rule being used is USPS Cheapest Available.
Note that our USPS rate lookups always obtain the Package rate (not any other rate such as postcard, letter, large envelope, or large package), and $1.22 would indeed be the First Class rate for a package weight <1 oz. The packing container types in Admin do not affect which rates get looked up; we just assigned those container type names as a handy mnemonic that would be easier to manage rather than giving them all generic names like Container A, B, etc.
Being a software developer, I understand the trouble of trying to get a product 'perfect' before it goes into production. Also being a user of software, I understand the frustration of change and having trouble with something that seems like it should work but isn't quite there.
I just wanted to say thank you to the E-Junkie folks for working hard to make this a better product and for being very open about the status of changes and fixes. For my line of business and how we use the E-Junkie website, the changes have made things MUCH easier.
Cheers.
Scott Houston
IT Services Manager
Savvy-U