the.rampage.rado

In most of these modules you won't see the change (it's internal documents/licensing/etc). Some of them are bugfixes and few of them introduce something new. I don't remember any of them to have any change in behaviour so I don't think you should be afraid to update. BUT YOU SHOULD MAKE A BACKUP OF YOUR FILES AND DB FIRST!!!

I'm reffering to this fix:

I updated to 1.1.0 with latest warehouse but I experience the bug with OPC and the fix does not work for me? Can someone help? It seems I have issue with order-opc, not order-carrier - It's exactly the same issue but strangely this will not fix it.

Is warehouse compatible with 1.1.0? I have some free time these days to fiddle with my shops but can I update safely?

By default TB uses white background and it does fill the image you upload to the specified pre-configured dimentions and ratio with white. If your images have different background color I remember there was fix for that also and it can be aplied to TB aswell. So - go ahead and investigate the option to use TB for your project, I believe you won't be disapointed. :)

Can't you put this code in html and then display this html with the content module?

They are not visible as updates in Modules. Also coreupdater disapeared. Yesterday I was able to update one of my shops but today it's missing from the rest.

If I find time in the following days I'll run few tests. I mean if there are 2-3 commits of fixes in the theme can this be patched are released in the wild as 'unofficial fix'... I'm glad that at least Panda's dev is here and support his clients and the project!

Yes, I know 'he's too busy making big bucks supporting for 1.7' and does not want to make new item and sell few more licenses for TB. If the needed changes are small can they come from the comunity? I believe the theme should keep some form of support because together with Panda it's the most used theme for TB. Any plans for beta stage, final release for 1.1?

It should not be compatible or should not break the compatibility? Because if you update smarty there were controversial opinions if current themes work with the new version you choose. If I remember this was the main issue and you said 1.1 will break some compatibility exactly because of that... Or plans have changed since?

Can you shed little bit more info about 1.1? Does it break compatibility with warehouse? If so would you restore it somehow?

If you are you will receive tons of new registrations with one of the names being a web address. The thing is they have spam list and use a bot to crawl our sites and abuse the forms. They had the same thing for contact form an year ago but it got fixed and now they exploited that PS sends welcome email to the new customers. Now the names are scrutinized little bit harder and this exploit is fixed but this module will help you battle this type of spam when they decide to not use URLs in the names.

Yes, TB was not affected because the spammer was searching for PS shops but it's (was until the recent changes) principally the same system so could be affected. But with this free module you're OK. If you want to use PS you have to pay for the previliege because there's no free captcha module for registrations.

https://github.com/thirtybees/nocaptcharecaptcha No, you can download the latest PRs but it will not be fixed with those. Just not use this function for now. The module works just fine w/o it. And don't forget to use it on user creation form to avoid the issue with the spam registrations that plagues PS now (it's fixed by core updates but you should update the core for that).

And what exactly is the bug? Screenshot or description at least?

Do you have it installed before all? 😄

My problem was I was missing a template or two that's why no emails were sent out... 🙂

The theme does not install 'as normal' because with the current setup of TB it gives an error. That's why your modules are not installed - because they do so after the theme and an error is thrown beforehand and the process is stopped. You can still switch to WH but it looks ugly and you have to manually install all needed modules.

Here this happens when the URL contains not western symbols (in my case - Cyrillic letters).

@Traumflug would you recommend updating to the latest version with core updater on production site? (of course keeping in mind backups, etc)

The QR code on every cash receipt was also introduced with the same legislation. I 100% agree that if implemented correctly such changes in the sector should lead to more taxes and less 'grey' sector where merchants operate without companies, etc. But keeping in mind I live in Bulgaria, the most corupt place in EU I highly doubt that the information they collect will be used as it should be. I have no problem to update my cash register software and even apply fixes to my invoicing software (which is website based and costs nothing). But when some stupid people try to force additional burden on small merchants this I can't accept. The requirement is as follows - if you accept payment with card or by cash on delivery you should connect your register with your shop. Who, how and when will write you the software (because it have to be executable software on your server or PC, located where you operate) that must be synced with the shop (which can be hosted on another continent) - nobody knows... I bet even in the income agency nobody thought about this use case. And I believe even syncing local software is not permitted - the original software will have to be 'connected'. How a php app located kms away can connect with my register - I don't know. And then there must be some sort of API for all register manufacutrers where all calls are listed so the software engeneers can write one code per system that fits all cash registers - no, no... every manucturer will have it's own way and thus making their machines work with only their software (not only online based). Of course the telecoms rised the price of the cash register sim cards by double or triple.. This have nothing to do with this new nonesense.. no... :)

I just had to tell you about this nonsense! 😄 Our income agency (or at least some people working there) is so stupid that in attempt to counteract on big ventures and hospitality sector using software to manage their bussiness they introduced a requirement for each and every online store operated by Bulgarian company in Bulgaria to have their payment receipt printer connected permanently to the software operating the site. And they not only mean ERP syncing with TB or PS and then the cash receipt printer to be connected to the ERP. They want each and every warehousing, eccomerce or large (SAP large) ERP or CMS to be connected with the machine. Even better they require that if no connection is detected the user should not be able to complete their order. They did this because large % of the sales in hotels, restorants and bars are unaccounted and VAT is stollen that way but they wrote down the requirments so stupidly that they are now forsing all companies (not only eccomerce ones) using some sort of "order tracking software" (warehouse software falls here too!) to have a module which connects to their cash receipt printer. And not only that but they require access to all db in this system (no data privacy from their side of course!) and their souce code. I'm still waiting for SAP to reveal their source to those ignorent corupt bastards... Right after that I'll send my link to TB's github so they can know how rich I am that I have to have second job otherwise I would not be able to pay my rent, put food on the table and pay my bills...

@perryg I'm sending my emails through fax, no printer problems here :)

So if we uninstall the old updater we won't see the available updates in Modules page?

@musicmaster I like your attitude here! :D