Feed or XML file not updating after making changes even after Manual Refresh

Hi,

Thanks for using our plugin and reaching out to us.

Your feed last, successfully, updated on the 6th of may.

Did you already check your WooCommerce fatal error logs of the last couple of days to see if those show errors that could explain why your feed is not updating? This is where you can find those WooCommerce fatal error logs: https://woocommerce.com/document/finding-php-error-logs/

Hello,

Thank you for your message.
1. Can I ask, what are the possible reasons that it was showing Last updated on 6 May and not 22 May. As other feed (first one from your plugin) shows last updated on 20 May, when we have shared the Debug file.

2. checked and can see that there is No fatal error log for this plugin at all.

However i am sharing standard log file of the plugin for 6, 7 and 22 (today) May 2023

6 May 23 – https://www.dropbox.com/s/l5ntlbsfrzbwq08/Log%20file%206%20May%202023.txt?dl=0
7 May 23 – https://www.dropbox.com/s/lalot46gkrrpuvk/Log%20file%207%20May%202023.txt?dl=0
22 May 2023 – https://www.dropbox.com/s/t3lh0vg8e3y4jgm/Log%20file%2022%20May%202023.txt?dl=0

3. Another important thing to note, is that another Feed for USA ( first one created from your plugin) with project name – 1-Products US 8 Apr 23 was last updated on 20 May 23, that is when I shared the Debug log file earlier with you. Means, that feed is regularly updating on daily basis, as the Frequency is set to Daily. The URL of XML file is –
https://www.vasangini.com/wp-content/uploads/woo-product-feed-pro/xml/Igm2TKv3m3UPX4wTrUKRwi349PEJpOLw.xml

But why the second feed for India (that we are having concern with) is not even getting updated neither Daily (automatically) nor manually, even though the Frequency is set to Daily.
PS: Refresh button seems to be working normally and fine. Clicking on it first shows Processing 0% and after few seconds, it shows Ready.

That means, that there should not be any issue with the Hosting regarding updating of XML file and Cron jobs and not related to Cache or Server side Cache, but something else with the plugin itself.

4. One another interested thing that we noted is that, we tried updating the Color value of one of the product, URL is-
https://www.vasangini.com/product/boho-sling-bags-vintage-banjara-coin-bag-for-women/
The color value earlier was – Black/White/Antique Ruby/Brown/Camouflage/Charcoal/Golden Brown/Gray/Pastel Pink/Pink/Red/Satin Gold/Silver Pink/Turtle Green
and Google throws an error or warning message for the Value being Too long. So we updated it to – “Multi”
And the same can be seen from the product page. it is correctly reflecting on the product page.

However, even the color value is not updating for this product on the same feed. We tried to refresh it manually but it never works. We did updated the color value many days back.
?https://www.vasangini.com/wp-content/uploads/woo-product-feed-pro/xml/RF9lcz6dXT05176YVN246Fln9IxfDKIn.xml

It looks like with combination of fields selected (while in the step of mapping fields), there is something that is conflicting within the plugin or not updating correctly for some reason or other.

Can you please check and resolve the issue.

Regards

“Thank you for your message.1. Can I ask, what are the possible reasons that it was showing Last updated on 6 May and not 22 May. As other feed (first one from your plugin) shows last updated on 20 May.” –> That is exactly why we asked for the content of the WooCommerce fatal error logs to see if it held an error that could explain why that one feed does not update properly.

You mentioned that the WooCommerce fatal error logs do not contain anything with regards to our plugin, however the name of our plugin does not need to be in the error itself. Do your WooCommerce fatal error logs of the last couple of days contain error lines that warn about maximum execution time issues, or maximum CPU or memory usage errors? If so, please try lowering the batch from the default 750 products per batch to a lower number, such as 250. This is how you can do so: https://adtribes.io/batch-size-configuration-product-feed/

Hello,

Thank you for your prompt response.
2. I wrote – “there is No fatal error log for this plugin”. Means No such entry that could point out something relevant or directly about this, or could give any clue on that.
2.a). There is just one Fatal error (once every day), that is related to the custom code that we applied in the Child theme functions.php.
And that is related to the Payment method only (that displays and that to be work on checkout page only). As per the code it should hide one of the Payment method (or gateway) for all users from outside India. Nothing else.
You can check the fatal error log file here –
https://www.dropbox.com/s/flnsl14cof9ifuy/fatal%20error%20for%20Payment%20method%20of%2023%20May%2023.txt?dl=0

2 b). “Do your WooCommerce fatal error logs of the last couple of days contain error lines that warn about maximum execution time issues, or maximum CPU or memory usage errors?
No, there is no such error lines in the Fatal error log file. The link of file shared above. The lines in log file are exactly same every day (only one such fatal error file every day, and few repeat entries in that same single file)

5. Regarding your suggestion – ”?If so, please try lowering the batch from the default 750 products per batch to a lower number, such as 250″
We have only 44 products or so, in that feed file. so I think the default value should not affect in any case, and the suggested value of 250 should not be required or make it work. Also the first feed file (for USA), is having more products, even though that is getting updated once every day, as per the settings of that specific feed. However, this second feed (for India) is not getting updated neither with Manual Refresh or automatically (set once every day).
However, as per your suggestion, still I did lower the number to 250 and Save the settings, and then Refresh or Regenerate the feeds again and then check by clicking the URL of the file again. But unfortunately, it is not getting updated. I tried few times later also, but still that did not worked.

6. One another thing is surprising me, is that I tried using another similar plugin (another Product feed plugin by some other Author), and found that the XML file is updating correctly with their plugin, once we Regenerate the feed (after making any changes) and check the file. So I think there should not be any issue related to Hosting, Woo, Cron Jobs or any other such setting.

Can you please check the point 4 above also, as even Color value did not get updated.

It looks like with combination of the fields that we selected (while in the step of mapping fields), there is something that is conflicting within the plugin or not working properly, due to which the XML file is not updating correctly for some reason or other.

Can you please check and resolve the issue.

Regards

• This reply was modified 1 year, 6 months ago by shweta21.
• This reply was modified 1 year, 6 months ago by shweta21.

Hello,

We are still waiting for a response from your side on this. Can you please read our last message (prior to this one), and suggest on how to resolve this issue.
In addition to our previous message, we found that the XML feed file is not updating in either case. Means, currently it is showing only 44 products (All Simple products), as we have the Include product Variations set to Off in the feed settings.

But when we tried to enable that setting to show variable products also and regenerate the feeds, we found that it is still not updating and shows those 44 products (Simple products) only.
https://i2.paste.pics/d1758b24dd10c15212cd79b97660ac31.png

Would appreciate if you could please check thoroughly and help us to resolve this concern.

Regards

Hi,

We receive hundreds of support requests per week and we try to help everyone as quick as possible but please bear in mind that it could take a few days before you receive a response here.

Now with regards to your question. I assume the issue at hand is still with this feed URL? https://www.vasangini.com/wp-content/uploads/woo-product-feed-pro/xml/RF9lcz6dXT05176YVN246Fln9IxfDKIn.xml?caching=no

When we open it in our browser than it shows it has 852 products in it. So way more than the 44 you mention. It also contains product variations. Also when I look at the product you shared with us earlier: https://www.vasangini.com/product/boho-sling-bags-vintage-banjara-coin-bag-for-women/, it has no color values in the feed at all anymore. So it does seem like your updates to the feed configuration all worked. Are we misunderstanding the issue at hand or looking at the wrong feed URL?

Hello,
Yes, with below Feed URL it might not be showing the color value of that product as we have earlier Mapped the Google field Color with the Value – Pa_color (custom attribute), and not the Color (dynamic attribute), as can be seen from below-
https://www.vasangini.com/wp-content/uploads/woo-product-feed-pro/xml/RF9lcz6dXT05176YVN246Fln9IxfDKIn.xml

https://i2.paste.pics/a576619b0a028a107501754459bb5f7b.png

Even though the Color values were intact with the product –
https://i2.paste.pics/beb1d26df99c627e639aea84b014a451.png

However, with Pa_color value it was still showing colors for All Variable products (except Simple products). Not sure why it was not showing color values for Simple products, and showing just for variable products. Can you please suggest what could be the possible reasons.

And which Value you recommend, that we should choose so as to populate the color values in the XML feed correctly for Simple and Variable products.

You wrote – “When we open it in our browser than it shows it has 852 products in it.“
Can you please suggest how you managed to find number of products. And what are the possible ways to find the Total products that any feed contains and shows.

You wrote- “It also contains product variations.?“
Yes, after so many hit and trials and testing, I come across that it is now showing variations, as well as correct MPN value for that same product, that we asked initially for. This could be due to below conclusion, that we tested.

What we tested so far-
I updated the Feed Refresh time Interval from Daily once to twice daily. But it was still not getting updated even after doing Manual Refresh.
However, when we change it to every 1 Hour and then we found that the feed started getting updated. And probably due to this same reason, you might be seeing large number of products (around 850) in the feed containing variations.
And then we found that after doing Manual Refresh, it then updates the feed again, almost same time. So either Manual Refresh started working or probably that it just reached or crossed the next 1 hour, when we clicked the Manual Refresh button that time, and it might have considering end or previous hour from the Auto refresh interval time of 1 hour.

So it seems, may be Manual Refresh is still not working (or correctly), but only Automatic Refresh (on the basis of set Interval time) might be working. Or some other reason.

Can you please test it thoroughly. There is still No fatal error related to this plugin or related to memory and other points that you mentioned earlier.

7. One another thing, we received an error message of Availability date for backordered item. We have one backordered item, as of now (may increase more in number later on). So we tried the option of Google field Availability and mapped it with the Value Availability +4 weeks according to product needs.
But unfortunately, that Value gets added to all products, even for those that are In-stock.
I thought that the Availability field will gets added only to Backordered products automatically by reading the Status. Isn’t it like that.
In either case, how can we have availability of backordered items to +2 or +4 week only for backordered items.

• This reply was modified 1 year, 6 months ago by shweta21.

“And which Value you recommend, that we should choose so as to populate the color values in the XML feed correctly for Simple and Variable products.” –> That really depends on how you added the color input field on your product edit pages. Did you use a normal WooCommerce attribute for it, a custom field or through a 3th party plugin? That determines what the proper attribute name is that you need to select from the drop-down. You can probably best find out by trial and error trying all attributes that have “color” in the name.

“Can you please suggest how you managed to find number of products. And what are the possible ways to find the Total products that any feed contains and shows.” –> Just open your feed URL in your browser and do a “find” on “<item> like shown in this screenshot: https://www.dropbox.com/s/tp00eeaaji7mcoy/Screenshot%202023-05-24%20at%2020.31.47.png?dl=0. It shows there are 1144 products in your feed now.

“Can you please test it thoroughly. There is still No fatal error related to this plugin or related to memory and other points that you mentioned earlier.” –> I suspect you might actually be using a (object) caching plugin or doing some serverside caching (by your host) which is caching the content of your feed. Could that be the case?

The issue with regards to products that are not on backorder but still have an availability data added to the feed will be solved in one of the upcoming releases.

Hello,

Thank you for your response pointwise. Much appreciable.
You mentioned – “It shows there are 1144 products”.
Point is that there were actually 572 products only. Not sure why you see Double number of products. However, for me also, one or two times, it shows me double entries of each product. I did verified by copy pasting (using Ctrl F) to search the Product ID and it shows 2 entries of each products. But after some time, it then started showing single entry for each product, making it a total of 572 only.
Is this also an issue or glitch. Can you please check this as well.
One thing, whenever you check and found more entries please try to search with few product IDs (g:id) to check if there are double or multiple entries or not.

Regarding Server side caching I again asked the hosting team for verification purposes and they informed that-
a) Our hosting is on Litespeed Servers, and Server side caching only Enables once we have LS cache plugin installed and activated on the website. But as I mentioned earlier also, we are not using any Cache plugin, hence the Server side Cache is also not enabled or working at all.
b) Regarding Object cache, they suggested, that their Server or our hosting supports Memcached. And that is Disabled. We double verify that also from our hosting account, and found it Disabled. Object cache works either with Redis, Memcached or one another.
Also, in addition to Memcached (if enabled) that requires the supportive Cache plugin also, which is not installed. Hence, there is No Object Cache as well.
Other than that I am attaching a screenshot, that will also clarify that there is No Object Cache, as we are getting recommendation under the Tools > Site Health.
https://i2.paste.pics/eb2acdc4bf4d8bb353323c9f0fae074c.png

Now, one thing that we tested and found, that might help you to replicate the issue further and to identify the root cause and to resolve this is-
We found that whenever we click on Manual Refresh on the respective feed and check the URL (once it shows Ready), then it never gets updated. No matter what. It only gets updated, if it reached or crosses the Time Interval that we selected for Automatic Refresh. That is if it is Daily, then it starts working after 12:00 AM.
Now that we have already set it to every 1 hour, it gets updated, whenever that next 1 hour reached or crosses, until then it do not gets updated upon Manual Refresh.

So what we come to conclude, is that, there is something that is restricting the Manual Refresh to work properly. Or the Manual Refresh is not working at all.

I am glad to hear this – “The issue with regards to products that are not on backorder but still have an availability date added to the feed will be solved…”

Regards

1. The issue with the availability date has been solved with todays release so this should work fine now;
2. “But after some time, it then started showing single entry for each product, making it a total of 572 only.
   Is this also an issue or glitch. Can you please check this as well.” –> probably caused by the plugin running into server configuration limitations. You might be able to solve this issue by lowering the batch size of the plugin from the default 750 products to a lower number, lets say 350. This is how you can do so: https://adtribes.io/batch-size-configuration-product-feed/
3. Can you check your browsers console.log when clicking the manual refresh button. Does it show any errors?

Hello,

1. Great. Thank you so much. Will try that by updating the plugin and let you know.

2. I already have a setting of 350. I tried with 250 also. Not sure, what could be the reason.
https://i2.paste.pics/302c4a443eabf488f9bdfc570ed94a03.png
When you might have seen and when it gets completely updated till then the count was 350. Probably just before that it was on Automatic setting.

3. I did find any errors in Browser console during and while after Manual Refresh. This is what it shows after the Manual Refresh gets completed and the feeds are Ready.
https://i2.paste.pics/bf0110ec0c4f97fec602c51f376353d6.png

Regards

Hello,

In addition to our previous message (just prior to this one)- below is an additional input-
3. Just after waiting for 1 extra minute while in the browser console after Manual refresh of feeds, there is one extra line that comes up, which states admin-ajax 520-code or line.
https://i2.paste.pics/616e8a546f03db48626c3ba0ceb16496.png

Can this be somewhat related to Manual Refresh issue. Can this help you to point out regarding the Manual Refresh not taking place. If so, I am sharing the whole code that pops-up at Top of this, while after clicking the right side line – load-scripts.php

https://www.dropbox.com/scl/fi/pf943gdzz6aag084c75y2/Manual-refresh-browser-console-after-1-minute-as-on-26-May-23.doc?dl=0&rlkey=0molba35va27xcd52tylgdil2

Regards

Yes, the 520 error you are seeing can indeed be related to the feed not updating on manual refreshes.

A 520 error seems to be related to cloudflare, see: https://phoenixnap.com/kb/error-520#:~:text=and%20resolve%20it.-,What%20Is%20Error%20520%3F,resulting%20in%20an%20empty%20response.