Please use this thread for all issues related to the 3.0.3.x release.
First of all, if you think that you have found a bug, please check before posting here the issue tracker at GitHub (maybe a report exist already): OpenCart Guthub Issues
Second, when you post, write always the exact OpenCart Version you are using (e.g. 3.0.3.0 or 3.0.3.1) - that makes a big difference.
Third, do not forget to write if any additional extensions are used, modifications made and which template.
Full Stack Web Developer :: Dedicated OpenCart Development & Support DACH Region
Contact for Custom Work / Fast Support.
yes more easier... I agree.
Custom OpenCart modules and solutions. You can write PM with additional questions... Extensions you can find here
I don't know if this bug has been fixed after 3.0.3.1 (I didn't see it mentioned anywhere in the forum), so I am posting about it here. Curious to know if anyone else can replicate this error. It doesn't occur in 3.0.2.0.
Go to Catalog > Products, then select a product (checkbox), then click the Copy button at the upper right of the page. I get the following error:
Code: Select all
"Fatal error: Uncaught Exception: Error: Duplicate entry '0' for key 'PRIMARY'<br />Error No: 1062<br />INSERT INTO `oc_product_advertise_google` (`product_id`, `store_id`, `google_product_category`) SELECT p.product_id, p2s.store_id, (SELECT c2gpc.google_product_category FROM `oc_product_to_category` p2c LEFT JOIN `oc_category_path` cp ON (p2c.category_id = cp.category_id) LEFT JOIN `oc_category_to_google_product_category` c2gpc ON (c2gpc.category_id = cp.path_id AND c2gpc.store_id = 0) WHERE p2c.product_id = p.product_id AND c2gpc.google_product_category IS NOT NULL ORDER BY cp.level DESC LIMIT 0,1) as `google_product_category` FROM `oc_product` p LEFT JOIN `oc_product_to_store` p2s ON (p2s.product_id = p.product_id AND p2s.store_id = 0) LEFT JOIN `oc_product_advertise_google` pag ON (pag.product_id = p.product_id AND pag.store_id=p2s.store_id) WHERE pag.product_id IS NULL AND p2s.store_id IS NOT NULL AND p.product_id IN (63) in /home/glolarco/public_html/artstore/system/library/db/mysqli.php:40 Stack trace: #0 /home/glo in /home/glolarco/public_html/artstore/system/library/db/mysqli.php on line 40"
It sure looks like, from the error message anyway, that the issue has something to do with the new Google Shopping module added in 3.0.3.x
By the way, I have not enabled the Google Shopping module (under Advertising), so not sure why I would even get this error.
Curious to know if anyone else is having this issue.
Regards!
Bug already reported, see: https://github.com/opencart/opencart/issues/7133
Full Stack Web Developer :: Dedicated OpenCart Development & Support DACH Region
Contact for Custom Work / Fast Support.
Because of a few bugs introduced (beside that, a few old bugs are not already solved).
Hopefully a new release with fixes will be released soon!
Full Stack Web Developer :: Dedicated OpenCart Development & Support DACH Region
Contact for Custom Work / Fast Support.
According to the image.
Attachments
download.png (127.96 KiB) Viewed 65863 times
There are many reasons why extensions still use VQmod.
Anyway, our Integrated VQMod works just fine for OpenCart 3.0.3.x, in case anybody still needs to use VQmod.
In general I'd say at some stage 3rd party extension developers should seriously think about rewriting their extensions with the goal of getting away from XML-based modification systems like OCmod or VQmod. It's much better to use event handlers where possible for modifying the OpenCart core.
Export/Import Tool * SpamBot Buster * Unused Images Manager * Instant Option Price Calculator * Number Option * Google Tag Manager * Survey Plus * OpenTwig
We also find vQmod fast and easy.
UK OpenCart Hosting | OpenCart Audits | OpenCart Support - please email info@antropy.co.uk
The OC v3.0.3.1 will not be accredited on my behalf until all the latest reported issues will be resolved. Lots of roads to cross from the team to code like that.
This version can probably be used for decoration purposes and, even there, it becomes at the point on knowing ... 'what can be decorated' on a website if the startup folder itself won't even let you without fully troubleshooting the issues. Better to simply leave it aside on this one.
Dedication and passion goes to those who are able to push and merge a project.
Regards,
Straightlight
Programmer / Opencart Tester
Export/Import Tool * SpamBot Buster * Unused Images Manager * Instant Option Price Calculator * Number Option * Google Tag Manager * Survey Plus * OpenTwig
Dedication and passion goes to those who are able to push and merge a project.
Regards,
Straightlight
Programmer / Opencart Tester
Code: Select all
Updated version number from 3.0.3.1_rc to 3.0.3.1
Code: Select all
This version is more unstable than 3.0.2.0
Upgrade Service | OC 2.3.0.2 PHP 8 | My Custom OC 3.0.3.8 | Buy me a beer
Dedication and passion goes to those who are able to push and merge a project.
Regards,
Straightlight
Programmer / Opencart Tester
move up, whenever another 'latest' Version arrives at the Scene. It's only
an endless game this way, but only based on Dev's Comments, not by OC.
So, better don't complain about it, but stop, to tell new or existing Users,
that older OC Versions are only full of misses, and should be replaced.
I never understud this strange behaviour, but I am not a DEV, waiting to
create additional income, one possible reason, that it keeps on this way.
Nasty Ernie
My Github OC Site: https://github.com/IP-CAM
5'600 + FREE OC Extensions, on the World's largest private Github OC Repository Archive Site.
Upgrade Service | OC 2.3.0.2 PHP 8 | My Custom OC 3.0.3.8 | Buy me a beer
Tell that to the people who wants to make the difference by fixing the most of encountered issues in the past and then realizes that despite if the version is new or old - both ways ends up with the same problems due to unpatched variables noticing what they'll tell you afterwards. I think I've been long enough on the forum to realize what stalls and what moves ahead. As you said, you're not a DEV so you may not expect how frustrating for people that are DEVs whether it comes from the OC forum or on GitHub to resolve those on-going issues. Don't blame OC you say? Tell me otherwise after each (un)stable distributions who else do the integration and puts them on Opencart.com indicating that it's stable and ending up on the same level as last time on previous features and aside from the new features added in after waiting a year an a half having to spend several hours to track in the issues because you know that no one else will report them before you do most of the time.IP_CAM wrote: ↑Sun Mar 03, 2019 11:37 pmWell, better don't blame OC for not fixing misses, after telling the folks, to
move up, whenever another 'latest' Version arrives at the Scene. It's only
an endless game this way, but only based on Dev's Comments, not by OC.
So, better don't complain about it, but stop, to tell new or existing Users,
that older OC Versions are only full of misses, and should be replaced.
I never understud this strange behaviour, but I am not a DEV, waiting to
create additional income, one possible reason, that it keeps on this way.
Nasty Ernie
Glady to say, however, some of the bugfixes were already found on GitHub and from this topic which brought my previous conclusion regarding on v3.0.3.1 that this very was barely useable (testing purposes?). With that being said, that makes me the right to complain about it since DEVs should not have to spend so much time on fixing bugs that a team should already handle. Granted, we can't expect to have 100% of the bugs to be fixed. However, after the team took 1.5 years to publish a new version on Opencart.com, they certainly don't meet the demands from their users aside from the new features.
Dedication and passion goes to those who are able to push and merge a project.
Regards,
Straightlight
Programmer / Opencart Tester
Users browsing this forum: No registered users and 0 guests