#40 zero price still showing when Hide set to yes

Posted in ‘ReqText VirtueMart Plugin’
This is a public ticket

Everybody will be able to see its contents. Do not include usernames, passwords or any other sensitive information.

Latest post by uwix on Tuesday, 06 September 2016 10:08 CEST

compaid
re showing £0.0 in cart. The previous ticket was checked and although a few were not set. However when the list was changed to all hide price yes the problem is still there. Changes made to global settings.

Any ideas what is still causing the zero price to show. Have also cleared cache 

compaid
looks as if the cannot view orders fix has caused this bug to appear. from 17 August

I have also created a new custom field and product in case its an issue with a damaged old one and problem persists. No setting will remove the blank 0.0 from cart.

compaid
access to joomla backend in hidden" cannot view orders" if required.

uwix
If you have set the hide price to no seperatly per custom field and you set it later using the global settings it's most likely the seperate option is loaded when showing the required field.

The changes in the last fix (just two lines of code checking if a class exists) has nothing to do with the problem you're describing.

So, could you check if settings the hide price option for a custom field changes the issue?

I will respons a.s.a.p. but where in the middle of the holiday so it could take a day or two more for me to respons. But, I'll promise you this; we'll get it fixed ;-)

Bug? That's not a bug, that's a feature. :-)

compaid
All the global settings are set to no show. I even created a totally new custom setting and set that to not show price and added it to a new product and still no show option not working. Changing from show to no show no effect. Its as if the dbase flag (assuming) is not being read. If the global new one was setup ok the added to the new product I would have expected it to have passed the parameter across.

I found only a few settings in global actually set wrong out of the 20 odd. So would have expected some ok others not ok. But they are all showing. Each of the 6 products has 4 or 5 unique custom fields. None are common.

This is strange because I know this was working before.

I also tried using a standard stock joomla template in case it was a template issue.

Ok on delay. The site has now gone live but I have built a test site. so I can continue to debug.

Mike

compaid
version 1.54b

uwix
Testing in our own environment now... Cannot seem to replicate the issue you're describing :-(
Could you give me access to the administrator part of the test site once more? I'll have to checkup on some things.

And one more question; did you recently install any other plugin/component which could made some changes or havin' conflicts with the ReqText plugin? Most likely not but gotta check.

I'll keep you posted on our testing progress for this error....

Bug? That's not a bug, that's a feature. :-)

compaid
login details on private ticket

uwix
Well, just activated your test product and the plugin works fine - like the way I look at it.
The hide price function seems to work because it's not written at the "required" field title.

The price I only see is the price of the product you've set and that is a price label not adjusted by the plugin for hiding or showing it. The "hide price" option only works for the custom field titles!

Or am I missing something here? Only required fields I see in your test environment are "text" type fields and they don't have a custom price list like the radio/checkbox fields. The hide price option are for those fields and should work fine.

If I'm totally wrong in what you mean please let me know - maybe some screenshots with what you see now and what you would like to see? You know the mail address :-)

Bug? That's not a bug, that's a feature. :-)

compaid
The reqtext file displays in the cart as input text followed by +£0.0

I thought that the dont show price turns off the +£0.0 ?

Thats what I need. There is no point in showing the zero price.

If that is the way it works fair enough but I use the reqtext as a way of adding custom data entry fields to the cart. The cost display is in my case not required, can we have a switch ?

What exactly does the dont show price do then ?

Mike

compaid
In the case of my site the comic grading requires the client to select a product. Then they must enter their comic details. Hence the reqtest fields. These fields are then added to that product at no charge into the cart and so that the comic and service can be identified when they arrive.

Therefore the price will always be zero as its being used purely as a way of entering random text to the order. Why this is better than a normal custom field is that your plugin will add a duplicate as a separate item with unique entries. Other cart methods will just incresae the product count to 2. That is why you plugin is really clever.

I can live with the +£ but I think if you can do a suppress switch to remove the text +£0.0 if zero it will give us a brilliant solution and make the product really versatile.
Mike

compaid


The above image is what appears on the cart and invoice

what I want is to suppress the price



Mike


uwix
owww, shoot... I focused completely on the wrong area. You told before it was in the shopping cart view... I'll check our code for the hide price option in the cart overview - it's a logical request and should work a you've described.
Please bare with me a little bit more... ;-)

Bug? That's not a bug, that's a feature. :-)

uwix
Send you (hopefully) a fixed version of the ReqText plugin at your personal e-mail. ;-)

Bug? That's not a bug, that's a feature. :-)

uwix
Fixed version solves the issue of hidding prices in the Cart Overview. The new release of the ReqText plugin will contain this fix.

Bug? That's not a bug, that's a feature. :-)

Support Availability

Working days: Monday to Friday. The is available 24 hours a day, 7 days a week but will only be answered during workings days according CET.
Reply time: Depending on the complexity of your support issue it's usually between a few minutes and 48 hours. When we expect longer delays we will notify you when you file a ticket or reply.