RaptorX

Yes Custom payment methods are active for all, currency, country, group and carrier. (country not shown in picture)

Re: Warehouse Theme Working The title is self explanatory but I have 2 custom payment methods set in back office: Both active but I get an error when creating a test order: Are there any workarounds for this?

other times you already know what you want to do and just need a way to do it quickly. I guess you nailed it. That is what I mean: many times I know exactly what I came to do on that page, I just want to do it quickly. Probably @zimmer-media means that he had to read first and then select or do something but many times that is not the case. E.g.: I filter all products to have just all the watches and want to disable them temporarily because I will do something pricewise and don't want orders coming in for watches in the mean time. That should be easy to do.

Maybe once the userbase of tbs grows and enough users request this feature... This is one of the things that I have been trying to tell you guys: How would the user base grow if they are limited on what you can do with the software. Any project that deals with many products or zones will quickly find that they have to spend some hours researching which module would help them out what to do on x or y situation. I say some hours because most of the times you realize the module has a big flaw or limitation after you spent time using it, meaning you already used it for half your products and then figure out: "ooh the module can't do x or y... Now i have to either test another module or buy a complementary module". It should just work and the user shouldn't have to be scavenging the internet for making things work... when that happens then the user base will grow quicker, not the other way around. That's without mentioning the problem of the module suddenly breaking every now and then due to software upgrades. You can't expect the user base having that issue. Actually a platform like squarespace makes it their marketing point to say that "you'll never have to update ever again, we to it for you" <--- most people want stuff to work, not have to figure out every certain time what happened to their store. Edit: spelling.

I still do not know why you constantly complain about the bulk editor. ... there are eg modules to do this - and free of charge. If you dont understand why outside modules for basic functionality are a problem then there is no point in me explaining myself over and over again. hehe In my case I dont just work on my shop, I work on the shop of OTHER people frequently (i did that on PS mainly) and those "tiny" problems become huge when you do it on a daily basis. all those modules you guys keep linking have their own problems (on top of the ones on ThirtyBees) and they dont get updated at the same rate as the main software so one day ThirtyBees will update something and the whole store would stop working until devs update their modules (which not all do on a timely manner). I havent complained anymore regarding this since it seems like the community doesn't deem it that important, so I will simply live with it. Thrity Bees is awesome as It is. But is always a good idea to improve what you can or voice your concern... maybe at some point those tiny things do get changed :)

Therefore, I read from top to bottom and then use the mass processing okay... if you read from top to bottom then the bulk actions button should be on the top... i think that is the logic I am trying to explain but you keep saying that my example is incorrect. Yes, I can "filter" information, I understand that... but some times, even when I filter information I have to scroll to get to the bottom to hit: "Bulk actions > Select all" which is nonsense... If I want to select all I shouldnt have to scroll. And is not just my opinion... almost every software out there is like that for a reason. :)

I think you missed both my points. In general i dont think things should change at once. Regarding the bulk actions I set the example at 1000 products because some people here do sell like that but Im not talking only about products, you can find the bulk actions button in many screens: not sure if you had to scroll to see those two arrows I just pointed but some people have to scroll every single time they have to work with: many products, many modules, many zones, many lists... it gets tiring, specially if you setup a lot of stores for other people... just saying. Is funny how you have to always scroll down if you want to perform an action in many items (say disabling a lot of modules that you dont use... or enabling them)... heck just selecting them all!! When creating products, I have never heard of problems in which only a product image must be added That is exactly my point, but it seems you missed what I meant... The order of which you have to click to add a product is weird... if you have to always add pictures before making a combination, why the heck is the tab below it? :P I never said to cram EVERYTING in to one tab... that would be stupid. I said everything that is required should go in one tab... is just simple and plain logic. :)

There has been some things that I have noticed PS has done in a way that defies logic and while these are not bugs I qualify them as minor UX nuances that I am not sure if I am the only one that sees them, say for example: Why on earth are the "bulk actions" always at the freaking bottom of the list?! This is specially annoying when for example you set up the list to be 1000 products EDIT: think of all other lists in the program, not just products... most software I use has this at the top (where the search options are) because thats the most logical place to put it... Also when creating a product you must add images to a product before creating combinations, but for some odd reason here the combinations tab is before the images... talk about UX design! On the same product creation page I would say that the best would be to put all required fields in one tab, and all the optional stuff separated in other tabs as it is at the moment. Are there reasons why is it like that? Is it possible to change those at some point? I admit it, those are really tiny things but overall I feel that they add up.

This is a similar bug as shown here: https://forum.thirtybees.com/topic/943/small-payment-css-overlap-on-small-screens On small screens some parts of the dashboard overlap due to some missing css.

I reinstalled and noticed that the problem was a bad server configuration, this topic can be closed.

@lesley yes I just noticed i didnt whitelist my domain. Thanks!

Clean TB installation. Set up facebook page address but the page only shows the title.

The reason why it was not updating (after uninstall) is because of cache... I updated it, reinstalled and tried again. Still not working. The specific error is: "The requested URL /info/delivery was not found on this server." EDIT: After testing a bit more I noticed all links in the server are not working, not just CMS. I cant log in, or use any other link from the main page. That sounds like a bad server configuration to me, I do have the mod_rewrite on but doesnt seem to be working. Any pointers for this would be great!

checking the html i see that this is the element being shown: I thought that that was from CMS block module but seems it is not related to it. Maybe is another module that I am not sure which one is it. EDIT: They seem to belong to that module... But I have it uninstalled. not sure why they keep showing up.

No, they do not. Also tried disabling Apaches Multiview and mod_security from the same page and doesnt help either. Interestingly I did the following: Erased all CMS pages Disabled CMS block Disabled CMS info block and disabled "Display the custom CMS information block" from Theme Configurator module and I still get all the CMS links in my display footer. I went to the hooks and disabled displayFooter ThemeConfigurator hook and anything that had to do with CMS and the links are still there... they seem to be hardcoded maybe? o.O Not sure if this is relevant but I have: 1) disabled english language and enabled Spanish Language 2) Have multi-store option on.

I have a clean installation of TB. im working on the CMS pages but when I saved the first one and tried to preview it I got a 404 error. None of the default pages are working and neither are new pages created by me. Any info pointing to where I should start checking will be appreciated.

@moy2010 said in Show On Stock products only by default?: If the product page was indexed by Google and it appears on search results, do you display the product page it a user clicks on it? That's something I didn't think about. I dont mind them clicking and seeing the product that way since they wont be able to add it to the cart. The issue is that I tell my customers "The page only shows what is available" becasue they ask OVER and OVER again "Whats available today?" I think my situation is not very common since the type of store I run has completely new products every months or so, and products I sold this month will not come back (probably ever). That's due to the kind of suppliers I have here in this country. I am really restricted on that topic tbh. I am trying to fix that Importing goods directly from china but Importing to Dominican Republic is a royal pain in every sense.

@moy2010 no... Say you click a category and there are 25 products... If 5 products are out of stock I want the page to just show the 20 that are on stock. @slick_303 yes I get that situation. In my case I would rather not spend time answering customers regarding items that are not available because I can't restock that easily. As soon as it is out of stock I don't show it... When I have it available again then I let the store show it again.

@moy2010 I only display products that are on stock. If it has 0 stock the template simply ignores it.

Well... when you load the product.tpl page you already have an array of the products. Thats how I hack this issue at the moment, I go to the .tpl and if the product has 1 or more then it shows it otherwise it doesnt... I am sure you dont require any additional queries because I certainly dont need to add one to achieve it.

Is there a reasoning why TB (actually PS and transfered to TB) made it so that products that are not on stock are shown by default on stores? I am not sure if I am the only one but wouldnt most merchants want to show only products on stock by default? Maybe some day we could have an option in settings to "Show only products on stock" by default instead of hacking our way into the .tpl file or using cron jobs for this simple task. Or is it just me?

@daokakao I think that is a very good idea too. But I think modifying certain parts of the project require a green light by administrators/developers who are in charge of TB. I am not sure if I can go changing somethings and say: "here.. Merge it" I am trying to raise awareness to this situation: nobody in their right mind would add or edit 1500 products directly in TB... Everybody would say: export products, edit on Excel, import again... Or: here is a nice module, use that... (just as they did in this post) which clearly indicates there is a problem in how TB and Prestashop handle products in general... Actually the fact that Prestashop at least tried to tackle that in 1.7 (unsuccessfully) means that they noticed what I'm talking about too. :) I will really try to fix this part but that totally depends on what is allowed by the people actually running TB.

Hi @mdekker yes, it worked!

@marci123 I do understand that but at some point PS and Thrity bees will have to part ways... I am not saying we should do this NOW but i think at some point in time it would be a necesity. @daokakao I get that, but any smart person should look at it like this: the more people like our platform, the easiest is for us to make money with it at some point. Right now I have to buy Prestools to do very basic stuff that any platform that deals with multiple items should do already, if you want me to manage hundreds of products on your platform, might as well help me do it. Regarding the economics I REALLY hope that Thirty Bees find a different approach to monetization because the way PS handled that is exactly the reason why they went down the toilet. This pay for modules thing is what made it so that they crippled PS on each release so that you have to buy more modules... I mean, there can be a module market but TB should not modify the core to make people pay more which is what PS was doing (at least thats how it looked like) and that's the reason PS and TB by extension dont handle basic multi editing operations.

My point is: There is an area of TB that can be improved and I am providing examples of platforms that already do something that is simpler than TB so we can get inspiration from those that do it better. You guys keep presenting me with workarounds and tools that while being great is not the same as being done in the main software as it should be. Edit: This is an example of why tools and modules are not the best solution: One has to talk to the developer of the module/tool if something is not working just to find out that the newest version of the shop made changes and they broke compatibility. If TB doesnt have to rely on modules to do things that should be done natively this types of problms would be less common and quicker to resolve.