View Issue Details

IDProjectCategoryView StatusLast Update
0001618OXID eShop (all versions)3.1. Design, GUI, UXpublic2010-04-02 10:30
Reportersimply because Assigned To 
PrioritynormalSeveritymajorReproducibilityalways
Status resolvedResolutionfixed 
Product Version4.2.0 revision 23610 
Fixed in Version4.3.0 revision 26948 
Summary0001618: Category quick sorting by "last changes"
DescriptionIf 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.
TagsNo tags attached.
Theme
BrowserAll
PHP Versionany
Database Versionany

Relationships

related to 0001799 closed The Just Arrived articles are calculated wrong in the Update -Version of 4.3.0 

Activities

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.