[drupal-devel] [feature] new status for comments should be tracked separately from status for node
Issue status update for http://drupal.org/node/6371 Project: Drupal Version: cvs Component: comment.module Category: feature requests Priority: normal Assigned to: Anonymous Reported by: jik Updated by: leafish_dylan Status: active This is still causing problems for my users, as only comments on the first page are flagged as new. Has anybody tried to fix this? leafish_dylan Previous comments: ------------------------------------------------------------------------ March 11, 2004 - 02:46 : jik Right now, when you view a node all of its new comments are suddenly treated as no longer new. This makes it essentially impossible to keep track of which comments on a node you've already seen. The status of a comment, i.e., whether you've seen it or not, should be independent of the status of the node. ------------------------------------------------------------------------ March 11, 2004 - 05:32 : jik Attachment: http://drupal.org/files/issues/diff_3 (7.79 KB) The attached patch for your evaluation implements this functionality. The one aspect of the patch that I'm concerned about is that I chose to implement the "read comments" table using ranges rather than recording a single comment in each row, to keep the size of the table small. My concern is that since I'm using ranges, hashes can't be used directly to search the table, so performance will be bad when it gets large. ------------------------------------------------------------------------ March 11, 2004 - 06:14 : jik Attachment: http://drupal.org/files/issues/diff_4 (6.06 KB) Here's a better patch for comment.module. The rest of my last patch remains unchanged. ------------------------------------------------------------------------ March 15, 2004 - 02:57 : jik Attachment: http://drupal.org/files/issues/diff2_5 (15.13 KB) Here's a new patch against 4.4.0-rc, which also incorporates my patches for forums list should show new comments [1] and add new \"new expanded\" comment display modes [2], since they are all interrelated and it's too hard to separate them now that I've ported all my patches to 4.4.0-rc. [1] http://drupal.org//node/view/6370 [2] http://drupal.org//node/view/6376 ------------------------------------------------------------------------ March 15, 2004 - 15:10 : jik Attachment: http://drupal.org/files/issues/diff_14 (482 bytes) Found a bug. Here's an additional patch on top of the last one. ------------------------------------------------------------------------ March 15, 2004 - 16:41 : jik Attachment: http://drupal.org/files/issues/diff_15 (1.05 KB) Another bug. When I added code for purging old entries from comments_history, I forgot to take that into account in comment_num_new and comment_is_new. Patch attached. ------------------------------------------------------------------------ March 17, 2004 - 18:36 : jik Attachment: http://drupal.org/files/issues/diff_19 (1.41 KB) Another patch, to make it possible to view a comment without marking it read. We use this to display unpublished comments for moderators so that they can approve comments without changing the system's indication of whether they've read them (so they can easily read them in context later). ------------------------------------------------------------------------ March 17, 2004 - 18:37 : jik Attachment: http://drupal.org/files/issues/diff_20 (532 bytes) Another patch. This is just a bit of paranoia in the code that removes old entries from the comment history. ------------------------------------------------------------------------ March 17, 2004 - 18:45 : jik Attachment: http://drupal.org/files/issues/diff_21 (234 bytes) Yet another patch. Shouldn't try to mark a comment read if the comment ID is 0 (i.e., we're previewing a comment that doesn't exist yet!) ------------------------------------------------------------------------ March 17, 2004 - 19:05 : jik Attachment: http://drupal.org/files/issues/diff_22 (678 bytes) Yet another patch to fix a precedence error in an SQL statement. ------------------------------------------------------------------------ March 18, 2004 - 04:04 : moshe weitzman The policy here is that the latest patch in the issue should be complete. A reviewer will not look at all the patches posted and figure out which ones add up to the functionality desired. Furthermore, when one posts more than a few patches for the same issue, he may give the reviewer the impression that he is not properly testing his code before upload. reputation is key in getting the attention/trust of the review team.
participants (1)
-
leafish_dylan