Jump to content

[Solved] - price quantity when duplicate or update products


Recommended Posts

Hi guys,

when i try to "copy" a product, and then i try to "add" a separate price per quantity, i'm losing all the "updated" information for products if i have changed anything without saving it.

When adding a new product, the bug is not present when we 1st save products before adding separate price.

---

i've just checked, if "update" products, problem is the same.
when adding separate price, returning to previous "title, price, descr, etC..."

Link to comment
Share on other sites

ok

in catalog :

i got 5 products, called "a", "b", "c", "d", "e".

try to "update" or "copy" one of those products. ( D for example )

then on the "form" page, change the name of the product,
his price, & what you want. ( "D" become "d of the death" ) ( price come from 100$ to 200$ )

then, go in the 5th tab ( discounts ) & try to add a discount.

you'll sea that all the "updated" info has gone back. ( "d of the death" is again "D", & his price is again 100$ )

Link to comment
Share on other sites

Yes, currently the back-office work like that : you cannot modify informations AND discount in the same time.

You need to submit your changes for each tab, even if you think it could be possible, you cannot do it :P

I know, the back office could be better for product page, we are thinking about that.

Link to comment
Share on other sites

ok ok :)

should be better ( for V1.0 ) to write in Red Bold font that its recommended to save products page before changing Tabs.

( in case that when your actually able just "fill" the form, you can change tabs & save them 2gether. )
so it will introduce some errors.

Link to comment
Share on other sites

Hi there:
I think that is very clear the product page :-)
When we add or change something in the product page, at the bottom we see SAVE PROPERTY OF THE PRODUCT. :roll:
I think that is normal to save before changing page ;-)
this is what i think at seams logic.
Hava a good day.

Link to comment
Share on other sites

@ junecito : no, it's ajax... so you normaly don't nead to "save" before changing tabs !

( quand tu navigues dans les onglets, il n'y a pas de "chargement" ou "rechargement" de la page.
donc normalement tu dois pouvoir naviguer sans souçis. )

ce qui bug, c'est le fait qu'il y'ai un formulaire & que le bouton de celui-ci ne soit pas en ajax mais en php simple, et qu'il nécéssite donc un rechargement de la page en lieux & place de la collecte d'information habituelle.

Link to comment
Share on other sites

ce que je comprends pas dans vos dires... c'est qu'elle est déjà Ajax cette page...

la navigation dans les onglets se fait pas par magie ;)

le seul bug de cette page, même si tu continues à dire que ça n'en est pas, c'est le bouton d'ajout des "discount" !

la preuve, si je change un titre & que je me rends dans discount, le titre est bien celui changé.
c'est juste lors de l'ajout du discount que tout est perdu, car justement on n'envoie plus les requêtes via ajax mais via un chargement de page. (je suis un bille en ajax).

soit :)
pas besoin d'épiloguer 6 mois la dessus :D

si tu veux jte fais une chtite vidéo !

Link to comment
Share on other sites

Non justement, si tu ajoute une feature... chargement de page.

Si tu delete un attribut, pareil.

Les onglets ne sont pas Ajax, c'est juste du javascript qui se contente de cacher/afficher des div.
Aucune requête Ajax n'est fait dans le back-office, à part l'ajout de fichiers pour les produits dématérialisés.

Les onglets sont fait en durs (c'est d'ailleurs pour ça que la page produit est aussi longue à charger : il affiche tous les onglets d'un coup puis les cache tous à part le premier).

Moi je voudrais afficher qu'un seul onglet à la fois, et qu'il gère correctement la soumission de formulaire :)
Mais c'est du gros boulot, ça veut dire reprendre à zéro la gestion de la page produit.

Au final par contre, cela nous apporte un gain de temps et d'ergonomie indéniable ;)

Link to comment
Share on other sites

×
×
  • Create New...