Unwanted input field in comments section

-- url of the page with the problem -- : www.javelincommunications.com/build-your-dream-stanchion
-- HikaShop version -- : 4.7.1
-- Joomla version -- : 3.10.11

The above is what we see when click in the tab. There are two text fields instead of one. The second one doesn't allow voting. It's just a text field. The submit button is repeated below the second text field. Is this a bug or a configuration mistake on our part?

.

The above is what we see on page open. The voting/comments section publishes below the two preceding tabs. (Voting however is missing in this view). This is a behavior I didn't anticipate and don't want. I only want the comments section to open when user clicks the tab.
Again, it is probably not a bug, but rather a configuation error on my part. I am sure it can be corrected. Please take a look?
I have experimented with module types and nothing seems to work, as far as fixing the issues.
The one that comes closest is "vote and comment connected." When I use "vote and comment," that does seem to correct the submission issues; however comments do not publish. Screen is blank where they are supposed to be.
Finally, alas, I find that the username field isn't live and I can't enter my username there to post a test review.
I know that years ago this system wouldn't work unless a paid extension called jcomments was installed.
Still the case? I hope not because that costs an added $60 a year and is another extension to maintain.
Thank you,
-Jim Gribble

I seem to have fixed most of this by toggling "display on product page" to "no." However the username field isn't live, so I can't do a test. What is the fix for that? Very difficult to find the right settings. "Post a comment" bloc publishes to bottom of all tabs - missing the vote field. I am suspecting there needs to be a custom layout edit? Is that why under certain conditions "post a comment" field publishes to all tabs?
Thank you,
-Jim Gribble

Current view under ratings and reviews tab. You will note the duplication of fields. We want to hide all fields below "no reviews yet."

It wasn't necessary to rename the file. I just switched back to the default tabs layout which I had saved. This cleared the problem. So, what could have caused the weirdness?
1. You helped me hide product price. (Is there a way to do that via custom.css selecting product ID? Seems like it would be easier)
2. In the drag/drop layout customizer, I deleted the product name block so I could display my custom header via PHP injection.
3. Also via PHP injection, I added headings at the top of main image and "select options." (By the time I did this third customization, the rendering issue already was present; so I don't think #3 was a factor.)
These were the major customizations, and the only thing they affected was the comments block.
Any thoughts?
Thanks for looking at the prototype.
-Jim Gribble

This custom code hides product name and price. Can it can be applied selectively to individual products by means of an ID# prefix? Doing it this way avoids any need to edit PHP layout. And it DOES NOT disturb rendering of comments tab. Much more of a lightweight approach.

#hikashop_product_name_main {
display: none;
}
#hikashop_product_price_main .hikashop_product_price_full {
display: none;
}
Thank you!
-Jim Gribble

I made a quick copy of master layout and experimented. I found that it's not a layout customization issue. It's a conflict between the comment PHP and the Smart Slider 3 banner. I tried dropping it into layout via shortcode, but that didn't help. No matter how the banner is inserted, it makes the comments layout go a little crazy. I also tried inserting it to the very top of the file, outside of the layout PHP, and that didn't help either. The bad effects still cascaded downward. Nothing else is affected except for comments.
Do you think there's a way to resolve this conflict?
I am trying a different tack. Am experimenting with a Joomla custom module published just above the component posiition in my current template layout. Am hopeful that will work.
Thank you again,
Jim Gribble

Thank you, that's exactly what I tried last night and it does work. Hikashop doesn't like PHP injection of Smart Slider 3. But it's fine with SS3 modules being published to a layout position. So now I am using the default tabs layout. And instead of further editing that, I'm going to hide price/product name via simple custom CSS.
This code works for that.
#hikashop_product_name_main {
display: none;
}
#hikashop_product_price_main .hikashop_product_price_full {
display: none;
}
It makes the change storewide. Can I use as ID# to apply it locally just to certain products?
Interestingly, it is only some components which cause Hikashop to gag when inserted. I added a Convertforms ask-a-question form without a problem.
Jim Gribble

Hello.
Close to having my working prototype of an entire store on one page.
www.javelincommunications.com/build-your-dream-stanchion
I'd like to add some headings to layout and it works, but every time it explodes the rendering of comments. The comments rendering is clearly very sensitive to any editing of default layout.
Here is an example of how I tried it. It works great except it explodes the comments section. I'm probably not using the right tags.

Thank you for the great support.
-Jim Gribble

Thanks for looking at my code. There is a Sucuri firewall but the domain is whitelisted and this is the only such problem I encountered. I like your theory. You think edit saves are somehow being corrupted? Would explain a lot.
The other developer who had this problem fixed it by whitelisting com_hikashop. How in practice would I do that? Sucuri fortunately has outstanding service. Would the whitelist be something like www.javelincommunications.com/com_hikashop ?
I'll be you a dollar there was never anything wrong with my edits, as well as insertion of the Smart Slider 3 header. The whole problem might be a firewall nuance.
-Jim Gribble

Thank you. This is useful, but very. very time consuming and complicated. I would think, 1, you would ditch any reliance on Joomla's layout override system. Then this issue will be permanently deleted.
2. I have a couple questions.
If I copy that file to a new location and folder, how will Hikashop find it to use it?
In the past I've had trouble with FTP working on this site. Could I simipy do it via the server file manager? Or by one of the simpler extensions that give access to server files via the CP? I have used Extplorer for years.
I very much appreciate it that you have offered a potential cure. Just trying to minimize my hours and keep things as simple as possible.
I'm also going to file a support ticket with Sucuri to pass along your findngs and see if they could indeed create a whitelist which would take care of everything.
-Jim Gribble

Thanks for this explanation. I wIould hope some investment is made in fixing this bug, because a very large proportion of your customers will have firewalls nowadays. It's pretty much mandatory for any website which features e-commerce, with cybercrime being the epidemic problem that it is. And so this issue potentially affects many users. Also I think it would be good for you in that fewer and fewer template sifes are being built with every passing year. Dynamically scaling flexbox builders like Divi, Elementor and Youtheme Pro have revolutionized web design.
This prototype was developed on my company website which happens to use Sucuri, with which I have been very happy over the years. However, it's going to be published to an all-new Joomla 4 website where we can have any firewall solution we please. Can you or someone recommend a few "Hika-safe" firewall solutions?
I want to be able to get the most out of the app and easily create as many custom layouts as we need. There have got to be some good alternatives to Sucuri which work smoothly with Hikashop.
I always appreciate the generous support found on this forum. Sorry to have so many questions and comments,.
-Jim Gribble

Nicolas,
Sounds to me like the the fix is to use RS Firewall, and we'll try that with this upcoming project. Adding a simple whitelist entry is so much easier than the workarouind.
My interest in commenting is benevolent. I like Hikashop and would not want to see it go away just because Joomla world stagnated. Lots of folks have bailed. This upcoming project may well be the last template-based site we ever build. Once you experience the new way of doing things, you never go back. We stuck with Joomla here because we prefer Hikashop for small-business e-commerce. Migrating to WordPress/WooCommerce would have been a huge amount of extra work.
And, we wouldn't have had access to the great support offered by Hikashop.
So, just my trhoughts.
Thanks again,'
-Jim G.