|
From: | GNU bug Tracking System |
Subject: | bug#59842: closed ([PATCH] Make proced-update Preserve Refinements) |
Date: | Wed, 14 Dec 2022 14:56:02 +0000 |
Your message dated Wed, 14 Dec 2022 16:55:05 +0200 with message-id <83r0x2m3w6.fsf@gnu.org> and subject line Re: bug#59842: [PATCH] Make proced-update Preserve Refinements has caused the debbugs.gnu.org bug report #59842, regarding [PATCH] Make proced-update Preserve Refinements to be marked as done. (If you believe you have received this mail in error, please contact help-debbugs@gnu.org.) -- 59842: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=59842 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems
--- Begin Message ---Subject: [PATCH] Make proced-update Preserve Refinements Date: Mon, 5 Dec 2022 20:26:26 +0000 Hi,Currently proced-update will clear any active refinements in proced-buffers (see proced-refine for information on refinements), which can be annoying when proced-auto-update-flag is non-nil as this will result in you only being able to see the refinement for a few seconds before the buffer updates and you're back to all processes. To reproduce this:(require 'proced)(setq-default proced-auto-update-flag t)(setq-default proced-auto-update-interval 1)M-x proced, then create a new refinement by <ENTER> on the PID of any process. You should see your refinement vanish after the next update.The patch fixes aims to fix this by introducing a new buffer local variable "proced-refinements" which stores information about the current refinements, and is used by proced-update to further refine proced-process-alist in the case it is non-nil.proced-revert will get rid of any existing refinements (bound to "g"), so the existing behaviour of refinements with proced-auto-update-flag set to nil should stay the same.Thanks, Laurence0001-Make-proced-update-preserve-refinements.patch
Description: Text Data
--- End Message ---
--- Begin Message ---Subject: Re: bug#59842: [PATCH] Make proced-update Preserve Refinements Date: Wed, 14 Dec 2022 16:55:05 +0200 > From: Laurence Warne <laurencewarne@gmail.com> > Date: Thu, 8 Dec 2022 19:06:35 +0000 > Cc: 59842@debbugs.gnu.org > > If it's helpful, I've attached a (seperate) patch containing a test suite (or > at least the start of) for proced.el > (though some parts are somewhat awkward - mainly testing the proced buffer > contains strings we would > expect - of course comments on the approach welcome), the last test there: > 'proced-refine-with-update-test' > fails without the original patch. I didn't want to conflate the original > patch with it, I can open a new report with it > if you prefer. I installed both on the master branch, and modified the tests so that they could be run on more systems. I'm therefore closing this bug.
--- End Message ---
[Prev in Thread] | Current Thread | [Next in Thread] |