BUG FIX It was not possible to create more than one progressor in with_progress() [#186]

Author: HenrikBengtsson

DESCRIPTION

@@ -1,5 +1,5 @@
 Package: progressr
-Version: 0.17.0-9001
+Version: 0.17.0-9002
 Title: An Inclusive, Unifying API for Progress Updates
 Description: A minimal, unifying API for scripts and packages to report progress updates from anywhere including when using parallel processing.  The package is designed such that the developer can to focus on what progress should be reported on without having to worry about how to present it.  The end user has full control of how, where, and when to render these progress updates, e.g. in the terminal using utils::txtProgressBar(), cli::cli_progress_bar(), in a graphical user interface using utils::winProgressBar(), tcltk::tkProgressBar() or shiny::withProgress(), via the speakers using beepr::beep(), or on a file system via the size of a file. Anyone can add additional, customized, progression handlers. The 'progressr' package uses R's condition framework for signaling progress updated. Because of this, progress can be reported from almost anywhere in R, e.g. from classical for and while loops, from map-reduce API:s like the lapply() family of functions, 'purrr', 'plyr', and 'foreach'. It will also work with parallel processing via the 'future' framework, e.g. future.apply::future_lapply(), furrr::future_map(), and 'foreach' with 'doFuture'. The package is compatible with Shiny applications.
 Authors@R: c(person("Henrik", "Bengtsson",

NEWS.md

@@ -1,7 +1,12 @@
 # Version (development version)
 
- * ...
+## Bug Fixes
 
+ * It was not possible to create more than one progressor in a
+   `with_progress()` call, resulting in additional progressors being
+   ignored and warnings on "with_progress() received a progression
+   'initiate' request" being produced.
+   
 
 # Version 0.17.0 [2025-10-15]
 

R/with_progress.R

@@ -229,12 +229,18 @@ with_progress <- function(expr, handlers = progressr::handlers(), cleanup = TRUE
     },
 
     progression = function(p) {
-      progression_counter <<- progression_counter + 1
-      if (debug) message(sprintf("- received a %s (n=%g)", sQuote(class(p)[1]), progression_counter))
-
-      if (finished) {
-        warn_about_too_many_progressions(p)
-        return()
+      ## Reset, because a new progression was created?
+      if (p$type == "initiate") {
+        if (!finished) calling_handler(control_progression("shutdown"))
+        progression_counter <<- 0
+        finished <<- FALSE
+      } else {
+        progression_counter <<- progression_counter + 1
+        if (debug) message(sprintf("- received a %s (n=%g)", sQuote(class(p)[1]), progression_counter))
+        if (finished) {
+          warn_about_too_many_progressions(p)
+          return()
+        }
       }
 
       ## Don't capture conditions that are produced by progression handlers