-
Posts
4,823 -
Joined
-
Last visited
-
Days Won
161
Posts posted by raiwa
-
-
Which version did you use?
Blank page doesn’t help. please check your error log and post the error.
-
It's in: includes/languages/english/modules/shipping/zones.php:
const MODULE_SHIPPING_ZONES_TEXT_WAY = 'Shipping to %s : %d lb(s)';
-
That's your respectable opinion.
My opinion is: if you read the instructions for 1.3.2, and check the file list, you know what to delete and how to remove the old version.
I do not know why I should repeat here what is already explained there.
-
20 minutes ago, Philo2005 said:
Why not making an uninstall notification, it saves a lot of time for potential users.
Potential users are users which do not have it yet installed -> not update required
Users which are using it already will know how to find info.
I'm sorry, but I have enough work to update my addons. I will not spent time for things which are not really important.
-
On 12/4/2020 at 1:08 PM, raiwa said:
Uninstall all modules, delete everything from the old version. Then follow the installation instructions.
On 12/6/2020 at 8:34 PM, raiwa said:The header content module could be just replaced, but there are so many changes, moved files etc that it's not worth writing more specific update instructions. Sorry 😉
-
Reviews Navbar Header Module Phoenix 3.1
Changes Version 3.:1
- Updated for Phoenix 1.0.7.14+
- More code modernization to match core modulesCompatibility:
Phoenix CE 1.0.7.14+
Tested with Phoenix 1.0.7.14
PHP: 7.0 - 7.4Phoenix CE 1.0.7.2 - 1.0.7.12 please use Version 3.0
Phoenix CE 1.0.0.0 - 1.0.7.2 please use Version 2.0Pro Version available which includes ther following Navbar and Header Modules:
New Products (What's New)
Specials (Special Offers)
Manufacturers
Best Sellers
Reviews
Testimonials
Order History -
Hello @Patrick_R, hello @zeeshop,
First of all, your questions should be posted in the support threads of QtPro and Options Images. Even Attributes Manager includes support for them, the errors are primary in these Apps, not in Attributes Manager.
Second, both Apps are not updated yet for Phoenix 1.0.7.14. They are on my update list. Please be patient.
-
Hello @mendoh,
The difference in the order weight is due to the following:
- the shipping estimator shows in Prodcuts quantity 3.5 kg the total net weight of the product in the shopping cart
- the shipping module shows the total order weight adding the Package Tare weight and Larger packages - percentage increase, like established in: Admin : Configuration : Shipping /PackagingThe store does not recalculate weight to different units. It uses and shows always the same value entered as products weight.
The units showing are defined in the shipping estimator module for the unit shown in Prodcuts quantity 3.5 kg
The units shown in the shipping module are defined in each language file. That's why it shows kg in spanish, but lbls in english. It has nothing to do with weight conversion.
You have to use the same unit everywhere and chang it in the english language file to kg (if your product weight is intended to be in kg) -
Uploaded with the sort order fix:
Compatibility:
Phoenix 1.0.7.14+
Tested with Phoenix 1.0.7.14
PHP 7.0 to 7.4+ added install script for sort_order column in products_attributes table if missing. Thanks to @radhavallabh and @Patrick_R for the report
+ Added instructions to modify product info options attributes module's query to use product based attributes values sort order. -
Hello @Patrick_R
You are right. There got something messed up in the migration to core sort order support.
The old sort order addons and the attributes manager used the products_attributes table to give a product based sort order support.
The core sort order uses the products_options_values table instead.
I'll have a look and fix it.
-
You should be more precise analysing things:
1 make sure to know if it's a problem with your attributes data
2 that it affects also core attributes page
3 or only the attributes manager
If 2: you should report in the Phoenix 1.0.7.14 thread
And: Did you check in attributes manager if the error persists with the applied fix?
-
2 minutes ago, artfulweb said:
Nightmare! it concerns 4000 products... Thanks anyway Rainer. Will try to reload my Phoenix 1.0.7.12 and work upward again.
You may analize what's wrong in your data and fix it in your database.
And: Did you check in attributes manager if the error persists with the applied fix?
-
I'm sorry, but you mixed up 2 different things:
1. The fix is for the attributes manager on the categories/product page.
2. Check in the core attributes page for a similar error to know if it's a problem with your options/attributes data.
It seems you have somehow a corrupted set of data which produces the error. I can't help further on this, it's a specific problem in your store which exists also on the core attributes page.
I would recommend you to delete the attributes which produce the error and create them again.
-
Please try the fix I posted and check if you get a similar error if editing this attribute on the core attributes page.
-
Hi @artfulweb,
I can't reproduce this error. I tried with empty attributes values and other combinations, no luck.
Can you please try the following:
- try in a clean, unmodified Phoenix 1.0.7.14 store installation
- your screenshot shows uncorrect (not bootstrapped) save and cancel buttons
- post your exact sample data for options/attributesYou could try the following fix to get around this error:
in: admin/attributeManager/classes/attributeManager.class.php line 695 change to:
function buildOptionValueDropDown($optionId = '', $subtract = true) {
Please report back
regards
Rainer -
It’s missing in the products_attributes table, not products_options
-
You missed an upgrade step in your upgrade path to Phoenix 1.0.7.14.
sort_order has been added to core.
-
Uploaded:
Compatibility:
Phoenix 1.0.7.10+
Tested with Phoenix 1.0.7.14
PHP 7.0 to 7.4+ fixed bad encoding in russian language file. Thanks to @Fredi
+ fixed duplicated and removed unused definitions in language files. Thanks to @Dennis
+ modernized code to match actual core standards.and
Compatibility:
Phoenix 1.0.7.14+
Tested with Phoenix 1.0.7.14
PHP 7.0 to 7.4+ updated deprecated session functions for Phoenix 1.0.7.14. Thanks to @vmn
-
Updated with the above fix:
Compatibility:
OSCOM Phoenix 1.0.7.3+
PHP: 7.0 - 7.4
Tested with Phoenix 1.0.7.14Changes 1.4.1:
- Applied typo fix in store module. Thanks to @vmn -
Uploaded
Wholesale Pro available: If you need more than one wholesaler group or global discounts per price break, please upgrade to Wholesale PRO
Compatibility:
Phoenix 1.0.7.14+
Tested with Phoenix 1.0.7.14
PHP 7.0-7.4
-------------------------------------------------------------------------------------------------------------
Older Phoenix 1.0.7.12 version please use Wholesale (SPPC lite) 4.4.0
Older Phoenix 1.0.7.8 - 1.0.7.11 versions please use Wholesale (SPPC lite) 4.3.1.
Older Phoenix 1.0.6.x - 1.0.7.7 versions please use Wholesale (SPPC lite) 4.2.0.
Older Phoenix 1.0.5.x versions please use Wholesale (SPPC lite) 4.1.1.
Older Phoenix 1.0.3.0 - 1.0.4.x versions please use Wholesale (SPPC lite) 4.1.0.
Older Phoenix 1.0.1.0 - 1.0.2.x versions please use Wholesale (SPPC lite) 4.0.1.
Older 2.3.4.(1.) BS3 based reponsive versions please use Wholesale (SPPC lite) 3.0.4
Older 2.3.4.(1.) versions please use Wholesale (SPPC lite) 2.0r1
-------------------------------------------------------------------------------------------------------------Version 4.5.0:
- Update for Phoenix 1.0.7.14
- Modernized coding to match actual core standards
- Removed specials and reviews wholesale box template, using now product class
Full Package
Update instructions included -
8 hours ago, gsmiley007 said:
If i understand correctly, it will tell you the % of tax that is included in the price correct?
Instructions and APp description:
What does this version do:
It will display the following below the price on each page included in the module:
1. If the tax value of the displayed price is = 0:
Shows: "VAT excl." or any other text you define in the language file2. If the tax value of the displayed price is not = 0:
Shows: "XX% VAT incl." or any other text you define in the language file
Where XX is the value of the tax in percentage as defined in admin/tax ratesMeanwhile, in Phoenix 1.0.7.14 the by default selected template has been changed from "default" to "override". That's why you get the error in the store module.
Just copy the hook (including directory structure) into the "override" template or select the "default" template in Admin : My Store: Template Selection and the error will not show any more.
You should begin to read more careful the provided information in the instructions/descriptions to avoid unnecesary help requests.
-
If everything else works, ignore the error.
-
6 minutes ago, gsmiley007 said:
I copied all the plugin code to the directories. then when I went to the store to install, i got the message saying that i need that taxPrice sitewide hook.
I didn't install it. but when I when to the customer side, it gave me those errors i listed above
You need to install the store module, that's why the errors on the shop side are displaying.
The error in the store module may show if you are using another than the default template. Just ignore it or make a copy of the hook into the template you are using.
Instructions:
2. Copy the following new folder and included files from the "Upload" folder:
........................
[catalog]templates/default[or_your_template_name]/includes/hooks/shop/siteWide/priceTax.php
3. Point your browser to your Admin:
Admin > Modules > Store:
Install Module: Tax below Price -
1 minute ago, gsmiley007 said:
ok, thanks, so it's a code issue rather than something i did wrong.
If you have the store module installed, I suppose yes. I haven’t tested yet under 1.0.7.14
AJAX Attribute Manager support
in General Add-Ons Support
Posted · Edited by raiwa
Please use the correct version 3.3.3 for your store