Jump to content

Artx

Members
  • Posts

    47
  • Joined

  • Last visited

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

Artx's Achievements

Newbie

Newbie (1/14)

  • Week One Done Rare
  • One Month Later Rare
  • One Year In Rare

Recent Badges

5

Reputation

  1. Hello, I was in the same situation yesterday --- went to change shop name for one of multistore shops and did not pay attention to categories at all. So, as later I found out, in shop there were left only main categories, with no sub-categories. This definitely have to be fixed in prestashop - should the name update not touch categories, or they should be selected, when doing name editing. I fixed back categories with query in phpMyAdmin (I only had categories in shop with ID 1 - this will add all categories to shop with ID 1, if they are not there already): INSERT INTO `ps_category_shop` ( `id_category` , `id_shop` , `position` ) SELECT id_category, 1, 0 FROM `ps_category` WHERE id_category NOT IN ( SELECT id_category FROM `ps_category_shop` )
  2. @doekia Yeah, I tried to trace the calculation glitch myself, but it`s linked within too many files and methods, and also it seems as calculations are being made in different files for different sections where the summary prices are displayed, so I got the few stack overflows in my brain, it`s too hard for me I believe at least one of Prestashop programmers has to be smarter than me and I also searched the forums and saw many related topics, and, as core functionality, I don`t understand, why it`s not the first priority issue to solve. It`s crazy situation, when the merchant, during the month, sells products and at the end of the month accountant tells that balance does not match.
  3. Hi, could anyone else confirm the wrong price calculation: I use: 21% tax.. Round mode: "...(recommended)" Round type: "Round on each line" set: Product1: Pre-tax retail combination price: 9,50 Product2: Retail price with tax: 15.30 -> auto-calculated to Pre-tax retail price 12,644628 buy: Product1 x3 Product2: x2 In cart, order and invoice I get the Total 65.10, including the tax of 11.31 But it should be Total 65.09 and the tax of 11,2959 ~ 11.30 Full manual price calculation: Product1: 9,5x3 = 28,5 +21%=34,485 Product2: 12,644628x2 = 25,289256 + 21% = 30,5999 Total products (tax excl.): 28,5+25,289256 = 53,789256 ~ 53,79 Total` : 53,79 + 21%(11,2959) = 65,0859 ~ 65,09 Total``: 34,485+30,5999 = 65,08499976 ~ 65.09 In case you also notice wrong calculation, please vote for this issue: http://forge.prestashop.com/browse/PSCSX-7707
  4. Where you want to get those quantity and price ? If on that fancy box, then you may grab it with javascript or jquery, from respective elements.
  5. BUMP I agree, category and product sharing between multistores is one big fog..
  6. Hello, today I tried on DEMO to share categories across shops (when every shop has its own root category) in multistore enviroment and still not working. Is that a bug or is it how it is supposed to be ? We can share products between shops bot not categories. I had this problem on PS1.5 and hoped it will be fixed in PS1.6.
  7. Thank you for solutions for me it also appeared I had to delete cache->class_index.php for my admin controller override to work. I found it there: http://nemops.com/prestashop-1-5-virtual-products-combinations/#.Ux8R7oWC_4Y
  8. Thank you for solutions for me it also appeared I had to delete cache->class_index.php for my admin controller override to work. I found it there: http://nemops.com/prestashop-1-5-virtual-products-combinations/#.Ux8R7oWC_4Y
  9. This is late answer, but you had to look in BO country configuration "address format"
  10. In productvideos.php: replace: include_once '../../classes/Product.php'; with: $product = new Product();
  11. I also can confirm that in multistore enviroment, if I have separate root categories for every shop, than I cannot share Categories between shops, as I have been expected. Sharing products is also messy in this case. Is there any workaround?
  12. OK. I did solve it like this: // BEGIN Categories $this->_html .= '<optgroup label="'.$this->l('Categories').'">'; $this->getCategoryOption((int)Category::getRootCategory()->id, (int)$id_lang, (int)Shop::getContextShopID()); $this->_html .= '</optgroup>'; I`d like to hear an approvement that it`s OK and will not cause furtcher probems somehow, somewhere.
  13. I`ve upgraded PS 1.3 shop to 1.5.6 and activated multistore, and added three more shops, and csv-imported in those 3 shops categories and products. For all of the 4 shops I`ve created 4 root categories, respectively. Now, when I go to top horizontal menu module I see only categories from the first shop(witch I upgraded from PS 1.3). If I select any of other 3 shops in top menu module, there are no options to select and add to menu categories to Top menu from those shops. I allready discovered that if i go to \modules\blocktopmenu\blocktopmenu.php and change: // BEGIN Categories $this->_html .= '<optgroup label="'.$this->l('Categories').'">'; $this->getCategoryOption(1, (int)$id_lang, (int)Shop::getContextShopID()); $this->_html .= '</optgroup>'; the shops root category id manually from 1 to respective shops root category id // BEGIN Categories $this->_html .= '<optgroup label="'.$this->l('Categories').'">'; $this->getCategoryOption(555, (int)$id_lang, (int)Shop::getContextShopID()); $this->_html .= '</optgroup>'; , then the needed categories are showing up. Why is that so ? I`ve setup another installation and tried to reproduce that (thistime without upgrading anything) and everything goes well, without any hacks. Am I missing some setting/have incompleate database ?
  14. Of course it is possible - go in product price - Add speciffic price - choose By percentage
×
×
  • Create New...