0001618: Category quick sorting by "last changes" - OXID eShop bugtrack

ID	Project	Category	View Status	Date Submitted	Last Update

0001618	OXID eShop (all versions)	3.1. Design, GUI, UX	public	2010-01-22 22:55	2010-04-02 10:30

Reporter	simply because	Assigned To
Priority	normal	Severity	major	Reproducibility	always
Status	resolved	Resolution	fixed
Product Version	4.2.0 revision 23610
Fixed in Version	4.3.0 revision 26948

Summary	0001618: Category quick sorting by "last changes"
Description	If you are using the quick sorting in categories by "last changes (desc)" and if an item (main item or variant item) is ordered, this item will not be shown at first position in the category. The field oxtimestamp will be reseted to 0000-00-00 00:00:00. This kind of sorting has worked before the update to 4.2. If you are changing an item by hand which is not at the first position, it will be shown at first position after changes. You can check this in the Oxid Demo-Shop.
Tags	No tags attached.

Theme
Browser	All
PHP Version	any
Database Version	any

dainius.bigelis 2010-01-28 20:41 reporter ~0002314	Reminder sent to: simply because Hi, Thank you for your report. But I'm not sure about which place/sorting you are talking about: - Sorting by "Last Modification" of products in Product list at Admin Area->Administer Products->Product? I checked such case (ordered variant product) and it updated the oxtimestamp value of parent product to current date/time (but not 0000-00-00 00:00:00). When ordered Parent-product - the timestime was not updated (that's another bug), but still was not set to 0000.... Probably this depends on some special options set. Could you please provide more details about this case? Best regards,

birute_meilutyte 2010-01-29 08:48 reporter ~0002316	i managed to reproduce it for product Art.No. 1672. after product is bought, its timestamp is not updated, but also is not resetted to 0. strange, that for some products everything works correct. also, if product has 0 stock but is available to order, its timestamp will not be updated after order is made.

simply because 2010-01-29 09:51 reporter ~0002318	Hi, I am using the sorting under Artikel verwalten > Kategorien > Stamm > Schnellsortierung We are selling only products with variants and can not find any "rule" for it. It really strange as it is working sometimes and sometines not. Regards, Frank

arvydas_vapsva 2010-02-11 17:07 reporter ~0002353	there are two problems: 1. custom sorting direction is not used at all (Artikel verwalten > Kategorien > Stamm > Schnellsortierung -> Fast Sorting: asc/desc); 2. oxtimestamp field is updated only for variants ad products which has variants; for other products oxtimestamp is left the same. Only after changes in admin oxtimestamp field is updated for all products. There should be implemented one general solution for this case..

vilma_liorensaityte 2010-04-02 10:30 reporter ~0002456	1. "custom sorting direction is not used at all (Artikel verwalten > Kategorien > Stamm > Schnellsortierung -> Fast Sorting: asc/desc)" - works fine. 2. "oxtimestamp field is updated only for variants ad products which has variants; for other products oxtimestamp is left the same. Only after changes in admin oxtimestamp field is updated for all products. There should be implemented one general solution for this case.." - after order, the timestamp of articles and variants will be changed always.