LKW

This gets even worse: Somehow, by deleting some products with a category I didn't want to use, I ended up ghost-aliasing that category. The unwanted category was "emprex2021". I changed that to "emprex21" in the store (it's one of four categories). But now new products imported from CSV containing either "emprex21" or "/emprex21" in the Categories field end up uncategorized. They don't show up in the nav tree category count, and they don't show the "emprex21" category on their editor pages. So I manually created a couple of new products in the "emprex21" category. They do show up in the nav tree category count, and their editor pages do show "emprex21". But when I export those to CSV, they have "/emprex2021" in their Categories fields! So now if I export that inventory to CSV, and import it to a different site (like when I move this inventory from the test site to a production site) I'm going to end up in the same pickle all over again! Yeesh.

That link requires permission. Could you tell me whether the bug is 7.1 only, or is it affecting 7.0 as well now?

This is odd. I've been maintaining a 7.0 site, and I am sure I've had no problem deleting up to 50 products at a time using Select All on the Selling>Products list. Today I'm experimenting with a 7.1 trial. I imported 59 products, and now I want to delete them. Since the 7.1 Store page editor shows a handy checkbox list of all the products, I used Select All, then Delete. The error I get is "Couldn’t delete items/Request failed with status code 429". I also tried deleting the products from the Selling>Products list. Again it lets me select all and click delete, but this time it shows no error message, even though nothing gets deleted. Surely I'm not the first person to have encountered this. What am I doing wrong?

In our 7.0 (Montauk) site, I used Design>Site Styles to uncheck "Product Image Auto Crop" on our Store pages (fka Product pages). Now I'm experimenting with a 7.1 trial site, using the "Alameda" template. (But they aren't called templates in 7.1? It's confusing.) In a Store page, I click the Site Styles paintbrush, but I don't get anything for product image aspect or cropping. Is there a way in 7.1? Where should I look?

That was it! Thanks.

On 7.0, is there a way to specify "local pickup only" for specific physical products? We now sell some things that aren't meant to be shipped. (E.g., when someone registers for our wood-carving class, they have the option to purchase tools that will be given to them at the class.) We have local pickup as one of our shipping options, but I can't find any way to restrict shipping options to "local" in a product's settings, or for a product page. The Checkout page always shows all our shipping options, it seems. Is that right? Or am I missing a trick here?

Another request: A way to set "sold out" text to be consistent with the product's type. Use case: For products that can have multiples (e.g., posters): "Sold out" should be displayed For products that are one of a kind (e.g., original works of art): "Sold" should be displayed For products with limited capacity (e.g., classes and workshops): "Full" should be displayed Currently the only way to do this is to organize products types by page and use code injection on each page.

In the product page's Settings popup, look for Advanced>Page Header Code Injection. (This is for 7.0, which is the only version I know.)

You can’t remove products from carts, but if you set the stock level of a product to zero, the shopper will have to remove it from the cart during checkout to complete the purchase. (At least that was the case a few years ago when I tested it.) Would that work for you? If so, you could use daily bulk updates of stock levels to do what you want. We do that with our yearly fundraiser auction; we upload a CSV file every day that sets the prices for that day. The prices are computed by a spreadsheet on our end. (In your case, stock levels could be computed based on product category -- e.g., "tuesday" -- and the current day of the week.) Not ideal, but it works. There are two problems with it. First, it’s a manual process; we upload the CSV file daily, using the Commerce>Inventory>Import tool. I don’t dare automate it because Squarespace is so unpredictable. In fact, just this morning I got “unknown error” flags during the import. (Luckily, rerunning the import worked fine. But my hands are still shaking!) The second problem you’d have, for now, is that a Squarespace bug may prevent stock values from being set by CSV import. Other values seem to update just fine, but the ‘Stock’ value is ignored. SS Cust Svc acknowledged the bug on Sep 14, and I have no idea if it has been fixed since then. I suspect one could automate the daily process completely using a Squarespace API, but I haven’t taken the time to look into it. My worry is that any time saved over manual imports would be lost to debugging “unknown error” conditions.

But not in all browsers. It's now refreshing on reload in Safari, but not in Chrome or Firefox.

@creedon This morning I did get a refreshed page when I reopened it in my test browser after updating prices, so perhaps the "expires" tag is working after all. Maybe it just needed a couple of days to propagate to all the places it's cached.

Oh. Well, good... I guess. At least it saves me going down that rabbit hole.

Oops, sorry, got my experts mixed up. You're all great!

Thank you for the tip! But, sadly, it seems to have made no difference. And then I found this dispiriting info (which I suspect you authored): https://sf.digital/squarespace-solutions/why-doesnt-my-code-work-until-i-refresh-the-page from which I infer that the only remedy is the site-wide removal Ajax page load optimization. Our site is so teeny this might be feasible, except that we have lots of huge images (e.g., 171 on the product page in question) and I worry that they would be reloaded unnecessarily. So, we're going with the jenky "Refresh page for latest stats!" text. Sigh...

Site URL: https://www.whitprint.com/emprex-22-inv 7.0/Montauk We have a product page whose prices are updated every morning (which we do by importing inventory from a .csv file). Our shoppers visit the page every day. A couple of shoppers have told us that when they open the page in their browser they see yesterday's prices until they refresh the page after it has loaded. One shoppers asserts that this happened even though he'd closed the page the previous day. This sounds to me like browsers are fetching day-old content from cache. Is this what's happening? More importantly, is there anything we can do on our site to prevent browsers from fetching cached content when reopening this page? We could have our page display "Refresh for current prices!" but that seems lame. Also, we didn't get any complaints about stale prices in previous years. (This is the third year we've run this product campaign.) Maybe this year's shoppers are just fussier, or maybe ... something has changed in Squarespace? ps: Wow, you hit Return at the wrong time and suddenly you've already posted your question! Anyway, I just wanted to add that I first posted this in Commerce but it occurs to me that maybe there's some coding that would solve this problem. If I don't get any suggestions soon I'm going to have to add the "Refresh for current prices!" to our page. ☹️