wakabayashi

Anybody else preferring chosen select compared to the default select? @datakick is there a reason, why it was not used? If you like it, I will make a PR.

Finally I updated yesterday to bleeding edge. Seems to work fine. 😎 👍 Will now looking into multiple features and improve it 🙂

Probably its a module delivered by your theme. Maybe the module is even called "sellingpoints"!? Otherwise I would search for "html" and "configurator/configuration" in modules list and check them all.

Is there any news on that? Is it really not compatible with v3? I get more SPAM recently over the contact form with v2.

So you both were on catalog mode? Or is there still an issue left?

Oh I just found a function called "basename()". Never heard of it before. With that it's pretty straightforward: $link->getBaseLink().basename(_PS_ADMIN_DIR_).'/'.$link->getAdminLink('AdminDashboard', false)

I wondered, how it's possible to generate absolute urls for the backoffice? I know ofc, that I could hardcode this, but what would be the correct way of doing it? The goal is something like: https://www.domain.com/admin2389/index.php?controller=AdminDashboard (basically the "admin2389" part is unclear to me) I need this to take actions from a link in an email, that was sent to the admin. Is there any risk invovled @datakick?

I would guess that changing SELECT active to "SELECT c.active" could work. But I am not sure, if this is also the intended thing. In general there are two "active" table columns and the dev didn't tell, which one he means... You should show us the whole SQL query...

Yeah thats why I suspect anything in the server logs. You surely have something like cPanel or Plesk right? There you will find something called "log"/"logs" or so. It often gives important information, when such an error appears. Have you updated your php version or done any change on server side recently?

Do you have debug mode on? Is there anything in your server log?

I dont understand your question exactly. Internal linking means normally, that you link to usefal pages of your own website. This makes it easier for your visitor to navigate and find the interesting content. For search engines it helps, to understand which of your internal sites are related in some ways. So yes: setting accesories could be a good example for internal linking.

Do I understand right, that no order is created? Maybe you should check your server logs.

Good point. I will also go for bleeding edge I guess 🙂

Who of you is already using the 1.3 version? How does it work out for you? 🙂

Combinations are different (physical) products. Imagine you sell a t-shirt in different colors. Like: Red, Blue, Green ... Multiple features is (always) the same product. Imagine you want to list the material your t-shirt contains. Like: 80% cotton, 10% polyester, 5% bla ... So combinations means that a customer needs to select it, while ordering (otherwise you don't know what to ship). Combinations can also have impact on a price. For multiple features this is both not relevant...

Did your list always looked that "old fashioned"? Or was it like that before: What is your browser console saying?

Ok for my case I understand the problem. But not for yours. I just noticed that there is warning when deleting a critical category: Are you using multistore? Can you please check your ps_configuration mysql table for 'PS_HOME_CATEGORY' and 'PS_ROOT_CATEGORY'? Is it the same value? Is it even equal 1?

I have something similair too 😂 Ok seriously it's not fun at all, but I named my category like this: It's warning to never delete "Fake" category. Maybe it's the same issue. I guess it's somehow kind of a root category. Atm I don't have time to search for the bug. I agree with @nickz check your backup. Check, what id the category had and add it again. You can add a normal category and then just try to change the id in the database.

TB is an improved and stable version of 1.6. But let's be honest, if we all look at all bugs and bad desings PS 1.6 has, TB could maybe solve 10% of it and 90% is still left. The Dev Team is very small, but IMO very powerful. The few people working on code here, know the system pretty well. If you deliver a PR on github with the fix, it will sooner or later be implemented. The rule is basically, that another Dev needs to check the PR first. Yeah you are right. But this sentence is not specific. What are you talking exactly about? I am using multistore since years. It has it's bugs, but you can work with it. Did the same here. But why using other coding language? I prefer to write everything in PHP, so it could be merged in future. Hard to say. Taxes were improved. There were multiple bugs, especially about rounding too early... Right. And we didn't make an serious improvement on this. Often such things can't be changed so easily, because it would break some modules/themes. I don't like it either, but it doesn't harm my shop much. This influences my shop probably for 0.00001% if it will be sucessful or not. I think, you know what I mean. Why don't you just set up a test TB and play a bit around? Obviously you can also check github, to see what happened in the past.

Never heard of it. A screenshot would surely help a bit. Also what is the exact error message? "too many entries" leads to no result in my quick fulltext search of tb files...

Maybe you should look into database. There are some informations stored there...

In this case we went for a JS solution. <script> document.querySelector('#buy_block').addEventListener("click", function(event) { updateLabelsSelectedClass(); }); updateLabelsSelectedClass(); function updateLabelsSelectedClass() { var attributes_options = document.querySelectorAll('#attributes input'); if (attributes_options) { attributes_options.forEach(function (element) { var label = element.closest('li').querySelector('label'); if (label) { (element.checked) ? label.classList.add('labelSelected') : label.classList.remove('labelSelected'); } }) } } </script> It's not the cleanest solution, but it seems to work out well. In general this something that should be done in the theme and not by a module hack 🙂

Try this selector: #attributes .attribute_list li label:focus, #attributes .attribute_list li label:hover, #attributes .attribute_list li label:active, #attributes input[type="radio"]:checked+label, #attributes .attribute_list li div.radio span.checked+label Edit: thats probably not working. Need to rethink.

Your html markup is not the same on mobile as on desktop. It seems, that you change the markup on desktop version by some Javascript. On desktop: <li class=""> <div class="radio" id="uniform-26" style="display: none;"><span class="checked"><input type="radio" class="attribute_radio" name="group_7" id="26" value="26" checked="checked"></span></div> <label for="26" class="radio_label">Right </label></li> On mobile: <li class=""> <input type="radio" class="attribute_radio" name="group_7" id="26" value="26" checked="checked"> <label for="26" class="radio_label">Right </label></li> Do you know from where this manipluation comes from? Maybe it's your theme. You could either change the CSS or try to resolve the manipulation. First is probably easier, second is probaly cleaner 🙂

Is this site online? I guess, it would be much easier to help, if we could test that with the source code. If the class "checked" is set, it should be possible to style just with CSS IMO. But maybe I didn't get the problem correct.