With great sadness we have to announce that we are ceasing development of all our VirtueMart, WooCommerce and Joomla plugins. Effective immediately, all our plugins -- even those that were paid downloads -- are made available for free from our homepage (GPL license still applies), but we cannot and will not provide any support anymore.
It has been a great pleasure to be part of the thriving development communities of VirtueMart as well as WooCommerce. However, during the last year it became painstakingly clear that in addition to a full-time job, a young family and several other time-consuming hobbies at professional level (like being a professional singer) the plugin development and the support that it requires is not sustainable and is taking its toll. It has been an honor, but it is now time to say good bye!
Welcome,
Guest
|
|
i installed the plug in and its look like its work ok but ther is a conflict when i set it up with child products :
the set up is very simple : 1 product with 2 or more child products, with dropdown selector. as you can see here : mimtv.com/p/index.php/en/explore/songs/wind-song-102-detail 1. when trying to enter this product in IE the browser crashed. 2. when selecting one of the child product the selector disappeared. 3. when i disabling the plug the selector works ok. joomla 2.5 VM 2.0.20b any idea how to fix this issues? |
|
I have tried to reproduce your problem on my test installation, and was able to reproduce it.
Unfortunately, what you experience appears to be a general problem with Virtuemart's generic child variant custom field: If the child products have any custom field of their own (not necessarily from my downloads plugin!), then the child select list box will no longer display the parent's children, but the child's children (which don't exist, so no box is shown). The issue is that by default children inherit the parent's custom fields, so by default the children have the same custom field as the parents and the child variant custom field shown on the children's page is actually the parent's custom field. But as soon as a child gets another custom field, the child variant field is assigned to the child and no longer inherited from the parent. Thus the custom field has no access to the parent (and its child list). I'll try to contact the other VM developers whether they have any solution for that general problem. Sorry that I can't offer a proper solution for now. Reinhold |
|
thank you,
what about the internet explorer problem i have where i am using the plug? try to get in explorer with this link : mimtv.com/p/index.php/en/explore/songs/wind-song-102-detail with products without the plug there is no problem. as you can see here : mimtv.com/p/index.php/en/explore/songs/w...nin-in-harlem-detail hope to get answer soon, |
|
I was able to reproduce the IE problem with IE 10. However, as far as I can see, there is no HTML or JS or CSS code generated from my plugin on that page...
So, I really cannot imagine that my plugin is the real cause of that IE problem. |
|
sorry but I don't understand you answer.
I gave you 2 links, one is a product page with your plug-in and one without your plug-in. did you try the both links? are you able to get in with explorer to the first link? the one with your plug-in. if i remove the plug-in it work fine. its look like there is something with the JS that causing the crash. |
|
Dear tzury,
I completely agree with you that it is probably a JS-related crash. However, there is no JS at all that comes from my plugin on that page (the plugin does not even use any JS to do its job, it's pure HTML!). Notice, however, that the main difference between the two links you sent me is the child variant custom field that you use to show the dropdown box. AFAICS, it heavily uses and relies on JS and AJAX, so my guess would be that the child variant custom field causes an IE bug as soon as the child has any custom field of its own (that you encounter it with a custom field from my plugin is merely a coincidence; I suppose it will happen with any other custom field, too). That's again a VirtueMart bug, which I can't fix in my plugin. This is the main difference between the two link you sent me. So, in short, the relevant difference between the two links is not that one uses my plugin and the other doesn't, but rather that one page uses any custom field with the child, while the other doesn't. Regarding my plugin as a possible cause: There is actually not even a single tag of HTML code, no JS code and no CSS from my plugin on that page. (Look at the html code of the page, it does not contain "downloads" anywhere). Since no download link is supposed to be displayed, my plugin does not insert anything into the page. On a page with a download, the only code that is placed into the page by the plugin is: 1) Stylesheet: <link rel="stylesheet" href="http://open-tools.net/plugins/vmcustom/downloads_for_sale/downloads_for_sale/assets/downloads_for_sale.css" type="text/css" /> 2) The actual download links inside a div with class downloads-for-sale: <div class="downloads-for-sale">
<table border=0>
<tr>
<td>
<a href="http://open-tools.net/index.php?option=com_virtuemart&view=plugin&name=downloads_for_sale&customfield_id=10"><img style="vertical-align:middle; display: inline; float:left;" src="http://open-tools.net/plugins/vmcustom/downloads_for_sale/downloads_for_sale/assets/download_medium.png" alt="VM2 Shipping by Rules, Version 3.3"></a>
</td>
<td>
<a href="http://open-tools.net/index.php?option=com_virtuemart&view=plugin&name=downloads_for_sale&customfield_id=10"><span class="file_title">VM2 Shipping by Rules, Version 3.3</span></a><br/>
<span class="file_info">Filename: plg_opentools_vm2_rules_shipping_v3.3.zip<br/>
MIME-Type: application/x-zip-compressed<br/>
File size: 19541 Bytes</span>
</td>
</tr>
</table>
</div> That's it, there is absolutely no JS involved from my plugin, and the HTML code and the stylesheet that is created for downloads is also not inserted on your page, so on your problematic page there is really absolutely no output from my plugin that can cause the IE problems. Best regards, Reinhold |