andrek123
Forum Replies Created
-
Okay, that is weird indeed. Just in case to see that you understood the issue, can you create a video of you testing it? Because for me the problem is replicable 100% of attempts.
Can you advise on where to search for the problem? I am not sure what to do as this makes the plugin quite unusable..
Hello
I am not sure why the status was changed to resolved. Please check latest answer and try to replicate the issue.
Thanks!
Hello
As I mentioned in the original ticket of this problem, it only saves last edited field correctly. Sorry I didn’t mention this again in this ticket. That is why in my video I created multiple fields and showed that only the last one that I changed (field name test_3) saved successfully. But other fields that I edited before that (field names test_2 and test_1) do not save successfully.
In your example you added only one field and saved, this has not been a problem so far. Please try with adding two fields with conditional changes and see if these changes are still there after savingBest regards
Hi
Sadly this does not work even if creating a new field not using the duplicate button. To illustrate the problem, I created a video where I create 3 new fields that have conditionals. After saving, you can see that they have not saved correctly. Hope this helps. Video link: https://we.tl/t-SsRGtKy5Wt
Best regards
Hello
I have updated the plugin to version 23.2, created a new field group and the problem still happens and is reproducible. It seems to happen with fields that you have created by duplicating another field. The conditionals do not save correctly. After saving and refreshing, the conditionals are back to defaults.
Best regardsForum: Plugins
In reply to: [PPOM - Product Addons & Custom Fields for WooCommerce] Buggy conditions tabHi
Any news on this problem? It is affecting everyday work greatly – I have to check every single option’s conditions tab just in case something didn’t save again.
Do I understand correctly from your last reply that this issue will not be fixed in PPOM PRO plugin? And will be fixed with the new “Energy pack”? How much will this cost extra? I don’t think this is fair as PPOM PRO is a paid plugin and this issue is very prominent.
I am launching new site that would also need expanded product attributes. Please let me know if and when are you planning on releasing a fix for this problem. Unfortunately if it takes too long (2 months now) I need to search for alternative plugin for both my sites. I am satisfied with PPOM PRO overall, but this issue makes it unusable at times.
Thanks and best regards
Hello
Now there is similar problem with Select Input field. There is no Stock field at all. Also, I noticed that before the field was called “select”, now it is “Select Input”. Did something change with an update? PPOM plugin is updated to the latest version.
Please help with this issue as stock is an important feature.
Best regards
Forum: Plugins
In reply to: [PPOM - Product Addons & Custom Fields for WooCommerce] Buggy conditions tabHello again!
Seems like this issue has not been fixed yet?
Best regards
Forum: Plugins
In reply to: [PPOM - Product Addons & Custom Fields for WooCommerce] Buggy conditions tabHi
Thanks for the answer. It really seems like the problem occurs with a cloned field group. I didn’t realize most of my fields are cloned and didn’t mention it in the problem description. Hopefully you can fix it soon.
If possible, could you let me know when the issue is fixed?
Thanks
Best regardsHi
I added this:
img.img-thumbnail { display: none; }to the “Custom Styles” textbox in “WooCommerce PDF Invoices” plugin settings under “Customizer” tab.
To test, I generate a random order’s invoice, which opensurl.com/wp-admin/admin-ajax.php?action=generate_wpo_wcpdf&document_type=invoice&order_ids=xxxx&_wpnonce=f1a1af6d4chere I can not see the change. When I add
&output=htmlto the end of that URL, I get a HTML version of the pdf – here I can see the img.img-thumbnail element not visible.Hope that clears it up
Thanks!Thanks! Unfortunately I’m still having problems with it.
I managed to hide it with CSS and I can see the change when I inspect the invoice with&output=html. But when I generate the PDF normally, it doesn’t show the changes. How is this possible?I have checked “Always use most current settings”, so that shouldn’t be the issue.
Best regards
- This reply was modified 5 years, 11 months ago by andrek123.
Hello
Thanks for your answer. Seems like the issue is fixed. It was only a matter of time when Google robots started crawling our site again. Seems like my changes to robots.txt worked (before it blocked everything as default WordPress defines it).
We are having a separate problem, maybe I can use this thread to get an answer.
Seems like the plugin also counts keyphrase from product names (WooCommerce) on the page and then shows error that the phrase is used too many times.
For example, on this page it shows “fotoraaamat” is used 11 times. It counts the word five times on the bottom of the page in products. See page: https://www.prindistuudio.ee/fotoraamatud/My question is, does Google not like this also? Or is this just an error from the plugin and we can ignore it, as Google doesn’t count product names? It makes managing SEO a little harder because the page has SEO status as red.
Thanks!
Hi Devnihil
Thanks for answering, got a bit closer again. The website is located at prindistuudio.ee.
1. No redirects have been made.
2. I am not sure it is a caching problem. As there can’t be ANY content/cache of the old site remaining on the current live site server or webpage. The old server is completely deleted, new site runs on a new machine. I have cleared my browser cache.
3. I have now added a sitemap in Google Search Console, turns out this wasn’t added before.
4. In Google Search Console I see that there are many pages that are “Indexed, though blocked by robots.txt”. I think this is one of the culprits here. I allowed Google robots 2 days back. Can you please check if my robots.txt is correct? The idea is to block all robots EXCEPT Google’s. Google robots checker shows green light, but I’m still afraid that the first two lines are not correct? https://www.prindistuudio.ee/robots.txt
5. The example that I brought up before is actually like this. If you google “prindistuudio kalendrid”, it results .ee/tootekategooria/kalendrid which is a page from the old site. The new page is .ee/kalendrid.
5.1 Another example, if you google “prindistuudio fotoakrüül”, it gives result .ee/toode/fotoakruul-30×40 which does not exist and gives 404. In GSearch Console I can see those invalid URL-s under “Coverage”.
Ultimately, the solution seems to be just wait for Google robots to crawl the site again?
Best regards