Ticket #746 (new enhancement)

Opened 4 years ago

Last modified 3 years ago

fix lazy loading browse cache without losing related performance gains

Reported by: russ Assigned to: dragisak
Priority: low Milestone:
Component: ambra Version: 0.8.2-SNAPSHOT
Keywords: cache Cc:
Blocking: Blocked By:

Description

the browse action's date list and subject article counts don't know the difference between published and unpublished articles.

the actual list of articles does know the difference - only links to published articles are displayed.

if you ingest an artcle, but leave it unpublished, the following incorrect information is presented to the unprivileged user:

  • on browse by date, a link to the pub date of the unpublished article is displayed even if there are no published articles on that date
  • on browse by subject, the count of articles in a given subject area includes unpublished articles

the worst case scenario happened with the 1/9 group. we had to publish one of the 1/9 articles early. the remaining ~30 articles remained unpublished. the browse page for 1/9 had three pages of invisible articles. the single published article was on page two :)

this bad behavior was introduced when we moved to the lazy loading browse cache - which provided a HUGE speed increase in building the browse cache. i'm not at all suggesting we revert to the previous behavior. however, we should eventually find a way to be fast and correct.

Dependency Graph

Change History

01/08/08 09:29:39 changed by jsuttor

  • keywords set to cache.
  • status changed from new to assigned.
  • milestone set to 0.8.2.

01/08/08 11:21:29 changed by jsuttor

  • milestone changed from 0.8.2 to pubApp_0.8.3.

01/21/08 09:51:13 changed by rich

  • milestone deleted.

06/12/08 11:28:39 changed by amit

  • owner changed from jsuttor to russ.
  • status changed from assigned to new.
  • blocking changed.
  • blockedby changed.
  • milestone set to 0.9.0.

Russ, please confirm.

06/12/08 13:23:34 changed by russ

  • owner changed from russ to amit.

yes this is still the case - iirc rich opened #860 as a dupe of this just the other day...

06/12/08 13:24:34 changed by russ

sorry, #964 was the dupe

06/13/08 19:44:00 changed by amit

  • milestone deleted.

Moving out of 0.9.

12/19/08 08:06:57 changed by amit

  • owner changed from amit to dragisak.