Traumflug

Thanks. It's on branch 1.1.x now, you can use Core Updater to get it.

Well, "Number of decimals" rounds to the given decimals, but also doesn't display additional ones. For example, rounding to full Euros works, but also displays it as € 123 rather than € 123.00. I'm pretty sure one could add some CSS to always add .00 to prices.

Nice catch. That's when attempting to edit a product in an order in back office, bottommost panel, right? I'm just curious how you managed to get this error message, I don't get it. Which kind of PHP is this? Anyways, this small patch should fix it: diff --git a/controllers/admin/AdminOrdersController.php b/controllers/admin/AdminOrdersController.php index b04f824fb9..100813972a 100644 --- a/controllers/admin/AdminOrdersController.php +++ b/controllers/admin/AdminOrdersController.php @@ -2710,7 +2710,7 @@ class AdminOrdersControllerCore extends AdminController } $decimals = 0; - if ($currency->decimals) { + if ($this->context->currency->decimals) { $decimals = Configuration::get('PS_PRICE_DISPLAY_PRECISION'); } $this->ajaxDie(json_encode([

Not sure whether this is a good idea. NoCaptchaRecaptcha and nocaptcharecaptcha are two distinct modules, one can have both installed. Any attempt to deviate from the name of the directory on disk might well lead to unexpected behavior in other places.

It'd be pretty complicated to find a precise logic on how to apply such discounts. Where to apply it and where not. Hence the usual solution is to apply discounts either to a single product only, or to the order total.

PHP code does quite a number of decisions based on the host name given. To get it working with an IP, at very least Preferences -> SEO & URLs -> Shop domain needs adjustment. Put the IP into there and into SSL domain. In case you wonder why thirty bees doesn't figure this automatically: these redirects are needed for multishop, for redirecton HTTP -> HTTPS and such stuff. There are a number of cases where these redirections make sense.

That's intentional, because on small screens, large text would cover the whole image or not even fit on the screen. It's the 'hidden-xs' here: https://github.com/thirtybees/niara/blob/master/modules/homeslider/homeslider.tpl#L18

IIRC it's like 5 images per request. This should be enough proof for the conclusion that there's something wrong with this image. I'd open it in GIMP, export it into a new file and try again.

Maybe you miss that missing images get generated on the fly. Just request them, e.g. by visiting the product page, and they're there.

Such generic images should come from img/l/.

This obviously depends on how this other module hides the first module. However, the way you describe it, it makes no sense to have one module to add currencies, and another module to revert this. Removing both module sounds more logical.

Update to 1.1.x.

Since about a year, these do get removed by the migration module. https://github.com/thirtybees/psonesixmigrator/blob/master/classes/AjaxProcessor.php#L878-L880

Let me repeat: XML files aren't executable, so no threat. Which means, delete them or don't, it doesn't matter.

XML files aren't executable, so no threat.

2 hours ago, piet said: What about TB? That's pretty simple to answer. According to the document, vulnerable modules are: autoupdater (confirmed) gamification (perhaps) pscartabandonmentpro (third party) ps_facetedsearch (third party) None of these modules ship with thirty bees. To find more candidates and confirm a safe state, search for folders with the name 'phpunit'. There should be none and if there is any, delete it with all its content. Code in there is needed for code development, only. Command line for those who have shell access: find . -type d | grep -i phpunit Run this in the shop's root folder, it should create no output.

Overrides sind selten eine gute Idee. An der markierten Stelle drängt sich doch geradezu ein Hook auf. Wie der, der auch die Symbole für die Kreditkarten anzeigt.

My impression is, thirty bees could implement everything imaginable and people would still lament about "not moving anywhere". Actually, that's a situation I didn't expect when picking up work for thirty bees. About everywhere else, derived/forked projects are seen as pretty much equivalent to the former version. OpenOffice moved smoothly to LibreOffice, people happily tried ecgs-gcc in besides or favor of gcc, MariaDB is welcome for MySQL users, Ubuntu comes with a whole lot of derivatives, Ubuntu its self is a fork of Debian and very popular, and so on. In general forks are seen as an enrichment of the choices one can make rather than kind of a threat. Something is different with merchants.

Just try to install this PS 1.6.1.11 on a PHP version supported today (7.3 & 7.4) and evaluate again 🙂

Then please don't claim these modules wouldn't work. Such unfounded fear is pretty much the toughest challenge thirty bees faces, there's waaay too much of it.

Can you upload/install any other module? This smells like something prohibiting module installation in general. For testing, installing something simple, like the tbcleaner module, is fine. No need to actually clean something. https://github.com/thirtybees/tbcleaner/releases

All hints to this channel were removed already. No mentioning in the Readme ( = Github front page), no mentioning anywhere else. People appearing there either find it by googling or follow old links.

That's what I see everywhere. Fear, but no actual testing. There are no significant database changes.

So far my impression of this discussion is that some people are more into leeching free software rather than running and growing their own business. Not a single post along the lines of "I'd like to do this or that, but I can't, because thirty bees doesn't cut it". Why would future plans of thirty bees matter? One of the great features of thirty bees is its entire independence from any server. No dependency on a central server, no dependency on cloud services, nothing to renew regularly. Even if the thirtybees.com server had an extended outage, your shop installation would barely notice. And thirty bees is even a bit better in this regard than PS. A thirty bees installation won't ever go away. One can hardly imagine a more solid foundation for doing investments, for growing a long term business. Nevertheless, merchants have to grow their business them selfs. thirty bees won't do it for them.

Pardon. I thought I'm talking here to people with some knowledge in CSS. Here's a snapshot of this area with developer tools open, theme is Niara: As one can see in the lower half of the screenshot, there is a HTML input element of type 'checkbox'. The blue line marked in the list of HTML elements is also the element marked on the web page in the upper half. As one can see, the checkbox visible on the web page is not the HTML input, but a SPAN:before element. This technique is called 'overlay', AFAIK. The setup shown in the screenshot works, of course.