Skip to content

🎨 Palette: Add progress bar for fetching existing rules#156

Closed
abhimehro wants to merge 1 commit intomainfrom
palette-ux-progress-bar-2834881192475199462
Closed

🎨 Palette: Add progress bar for fetching existing rules#156
abhimehro wants to merge 1 commit intomainfrom
palette-ux-progress-bar-2834881192475199462

Conversation

@abhimehro
Copy link
Owner

🎨 Palette: Add progress bar for fetching existing rules

💡 What: Added a progress bar to the get_all_existing_rules function and removed a duplicate function definition.
🎯 Why: Fetching rules from many folders can take time. Users were left with a static screen and no feedback. The progress bar improves perceived performance and provides reassurance.
📸 Before/After:
Before:

Total existing rules across all folders: 1234

After:

🔍 Fetching existing rules: [██████████░░░░░] 66% (10/15)
Total existing rules across all folders: 1234

Accessibility: Uses standard terminal output, compatible with screen readers that handle dynamic updates (though mainly visual). Added line clearing to ensure clean output.


PR created automatically by Jules for task 2834881192475199462 started by @abhimehro

- Added progress bar to `get_all_existing_rules` for better UX during long syncs.
- Removed duplicate `render_progress_bar` definition in `main.py`.
- Added test case for the new progress bar logic.
- Managed stderr clearing to prevent log interference with the progress bar.

Co-authored-by: abhimehro <84992105+abhimehro@users.noreply.github.com>
Copilot AI review requested due to automatic review settings February 2, 2026 23:01
@google-labs-jules
Copy link

👋 Jules, reporting for duty! I'm here to lend a hand with this pull request.

When you start a review, I'll add a 👀 emoji to each comment to let you know I've read it. I'll focus on feedback directed at me and will do my best to stay out of conversations between you and other bots or reviewers to keep the noise down.

I'll push a commit with your requested changes shortly after. Please note there might be a delay between these steps, but rest assured I'm on the job!

For more direct control, you can switch me to Reactive Mode. When this mode is on, I will only act on comments where you specifically mention me with @jules. You can find this option in the Pull Request section of your global Jules UI settings. You can always switch back!

New to Jules? Learn more at jules.google/docs.


For security, I will only act on instructions from the user who triggered this task.

@trunk-io
Copy link

trunk-io bot commented Feb 2, 2026

Merging to main in this repository is managed by Trunk.

  • To merge this pull request, check the box to the left or comment /trunk merge below.

@gemini-code-assist
Copy link

Summary of Changes

Hello @abhimehro, I'm Gemini Code Assist1! I'm currently reviewing this pull request and will post my feedback shortly. In the meantime, here's a summary to help you and other reviewers quickly get up to speed!

This pull request significantly enhances the user experience by introducing a dynamic progress bar for the get_all_existing_rules operation. This addresses the previous lack of feedback during potentially long-running rule fetching processes, making the application feel more responsive. Additionally, it includes a minor code cleanup by removing a duplicate function definition and documents important development insights.

Highlights

  • Progress Bar Implementation: A dynamic progress bar has been integrated into the get_all_existing_rules function to provide real-time feedback during the fetching of existing rules from multiple folders.
  • Code Refinement: A duplicate definition of the render_progress_bar utility function has been removed from main.py, streamlining the codebase.
  • Testing: A new test case, test_get_all_existing_rules_shows_progress_bar, has been added to test_main.py to validate the correct rendering of the progress bar during rule fetching.
  • Documentation of Learnings: A new markdown file, .jules/palette.md, has been added to document key learnings, specifically regarding the interaction of progress bars with concurrent.futures and the implications of duplicate function definitions.
Changelog
  • .jules/palette.md
    • New file created to document development learnings.
    • Added an entry on handling progress bars with concurrent.futures and potential logging interference.
    • Added an entry on the importance of avoiding duplicate function definitions.
  • main.py
    • Removed a duplicate render_progress_bar function definition.
    • Integrated the render_progress_bar utility into get_all_existing_rules to display progress during parallel folder rule fetching.
    • Added logic to clear the terminal line before logging warnings to prevent visual corruption of the progress bar.
    • Ensured the progress bar line is cleared upon completion.
  • test_main.py
    • Added test_get_all_existing_rules_shows_progress_bar to verify the progress bar's output during rule fetching.
Activity
  • The pull request was automatically generated by Jules for a task initiated by @abhimehro.
Using Gemini Code Assist

The full guide for Gemini Code Assist can be found on our documentation page, here are some quick tips.

Invoking Gemini

You can request assistance from Gemini at any point by creating a comment using either /gemini <command> or @gemini-code-assist <command>. Below is a summary of the supported commands on the current page.

Feature Command Description
Code Review /gemini review Performs a code review for the current pull request in its current state.
Pull Request Summary /gemini summary Provides a summary of the current pull request in its current state.
Comment @gemini-code-assist Responds in comments when explicitly tagged, both in pull request comments and review comments.
Help /gemini help Displays a list of available commands.

Customization

To customize Gemini Code Assist for GitHub experience, repository maintainers can create a configuration file and/or provide a custom code review style guide (such as PEP-8 for Python) by creating and adding files to a .gemini/ folder in the base of the repository. Detailed instructions can be found here.

Limitations & Feedback

Gemini Code Assist may make mistakes. Please leave feedback on any instances where its feedback is incorrect or counter productive. You can react with 👍 and 👎 on @gemini-code-assist comments. If you're interested in giving your feedback about your experience with Gemini Code Assist for Github and other Google products, sign up here.

You can also get AI-powered code generation, chat, as well as code reviews directly in the IDE at no cost with the Gemini Code Assist IDE Extension.

Footnotes

  1. Review the Privacy Notices, Generative AI Prohibited Use Policy, Terms of Service, and learn how to configure Gemini Code Assist in GitHub here. Gemini can make mistakes, so double check it and use code with caution.

Copy link

Copilot AI left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Pull request overview

This PR enhances user experience by adding a visual progress indicator when fetching existing rules from multiple folders, replacing a static wait screen with real-time feedback. It also removes a duplicate function definition discovered during refactoring.

Changes:

  • Added progress bar rendering during parallel folder rule fetching with proper line clearing to avoid interference with logging
  • Removed duplicate render_progress_bar function definition from lines 162-179
  • Added test coverage for the new progress bar functionality in get_all_existing_rules

Reviewed changes

Copilot reviewed 3 out of 3 changed files in this pull request and generated no comments.

File Description
main.py Integrated progress bar into get_all_existing_rules with proper line clearing for concurrent logging; removed duplicate function definition
test_main.py Added test to verify progress bar rendering during rule fetching
.jules/palette.md Documented learnings about progress bars in concurrent contexts and duplicate function definitions

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

@github-actions github-actions bot added the python label Feb 2, 2026
writes = [args[0] for args, _ in mock_stderr.write.call_args_list]
combined = "".join(writes)

assert "Fetching existing rules" in combined

Check notice

Code scanning / Bandit

Use of assert detected. The enclosed code will be removed when compiling to optimised byte code. Note test

Use of assert detected. The enclosed code will be removed when compiling to optimised byte code.
combined = "".join(writes)

assert "Fetching existing rules" in combined
assert "🔍" in combined

Check notice

Code scanning / Bandit

Use of assert detected. The enclosed code will be removed when compiling to optimised byte code. Note test

Use of assert detected. The enclosed code will be removed when compiling to optimised byte code.
test_main.py Outdated

Check notice

Code scanning / Bandit (reported by Codacy)

Use of assert detected. The enclosed code will be removed when compiling to optimised byte code. Note test

Use of assert detected. The enclosed code will be removed when compiling to optimised byte code.
test_main.py Outdated

Check notice

Code scanning / Bandit (reported by Codacy)

Use of assert detected. The enclosed code will be removed when compiling to optimised byte code. Note test

Use of assert detected. The enclosed code will be removed when compiling to optimised byte code.
mock_resp.json.return_value = {"body": {"rules": []}}
return mock_resp
monkeypatch.setattr(m, "_api_get", side_effect)

Check warning

Code scanning / Pylint (reported by Codacy)

Missing function docstring Warning test

Missing function docstring
test_main.py Outdated

Check notice

Code scanning / Pylint (reported by Codacy)

Unused argument 'client' Note test

Unused argument 'client'
)

if USE_COLORS:
sys.stderr.write(f"\r\033[K")

Check warning

Code scanning / Prospector (reported by Codacy)

Using an f-string that does not have any interpolated variables (f-string-without-interpolation) Warning

Using an f-string that does not have any interpolated variables (f-string-without-interpolation)
test_main.py Outdated

Check warning

Code scanning / Prospector (reported by Codacy)

Unused argument 'client' (unused-argument) Warning test

Unused argument 'client' (unused-argument)
test_main.py Outdated

Check warning

Code scanning / Prospector (reported by Codacy)

Unused argument 'url' (unused-argument) Warning test

Unused argument 'url' (unused-argument)
mock_resp.json.return_value = {"body": {"rules": []}}
return mock_resp
monkeypatch.setattr(m, "_api_get", side_effect)

Check warning

Code scanning / Pylintpython3 (reported by Codacy)

Missing function or method docstring Warning test

Missing function or method docstring
)

if USE_COLORS:
sys.stderr.write(f"\r\033[K")

Check notice

Code scanning / Pylintpython3 (reported by Codacy)

Using an f-string that does not have any interpolated variables Note

Using an f-string that does not have any interpolated variables
test_main.py Outdated

Check notice

Code scanning / Pylintpython3 (reported by Codacy)

Unused argument 'url' Note test

Unused argument 'url'
Copy link

@gemini-code-assist gemini-code-assist bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Code Review

This pull request introduces a user experience improvement by adding a progress bar to the rule fetching process, which is particularly helpful when dealing with many folders. The removal of a duplicate function definition is also a good cleanup. The implementation is solid, and the new test case effectively validates the change. I've added one suggestion to make the progress bar handling more robust against interruptions.

Comment on lines 667 to +694
with concurrent.futures.ThreadPoolExecutor(max_workers=5) as executor:
future_to_folder = {
executor.submit(_fetch_folder_rules, folder_id): folder_id
for folder_name, folder_id in folders.items()
}

for future in concurrent.futures.as_completed(future_to_folder):
completed_folders += 1
try:
result = future.result()
if result:
all_rules.update(result)
except Exception as e:
if USE_COLORS:
# Clear line to print warning cleanly
sys.stderr.write("\r\033[K")
sys.stderr.flush()

folder_id = future_to_folder[future]
log.warning(f"Failed to fetch rules for folder ID {folder_id}: {e}")

render_progress_bar(
completed_folders, total_folders, "Fetching existing rules", prefix="🔍"
)

if USE_COLORS:
sys.stderr.write(f"\r\033[K")
sys.stderr.flush()

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

medium

To ensure the progress bar line is always cleared, even if an error occurs during the fetching process (like a KeyboardInterrupt), it's more robust to use a try...finally block. This guarantees that the cleanup code for the progress bar is executed regardless of whether the operation completes successfully or is interrupted.

        try:
            with concurrent.futures.ThreadPoolExecutor(max_workers=5) as executor:
                future_to_folder = {
                    executor.submit(_fetch_folder_rules, folder_id): folder_id
                    for folder_name, folder_id in folders.items()
                }

                for future in concurrent.futures.as_completed(future_to_folder):
                    completed_folders += 1
                    try:
                        result = future.result()
                        if result:
                            all_rules.update(result)
                    except Exception as e:
                        if USE_COLORS:
                            # Clear line to print warning cleanly
                            sys.stderr.write("\r\033[K")
                            sys.stderr.flush()

                        folder_id = future_to_folder[future]
                        log.warning(f"Failed to fetch rules for folder ID {folder_id}: {e}")

                    render_progress_bar(
                        completed_folders, total_folders, "Fetching existing rules", prefix="🔍"
                    )
        finally:
            if USE_COLORS:
                sys.stderr.write(f"\r\033[K")
                sys.stderr.flush()

Copilot AI added a commit that referenced this pull request Feb 8, 2026
…itization, add dry-run plan details

Incorporates the best changes from 36 Jules PRs, addressing review feedback:

Bolt (Performance) - from PR #173:
- Pre-compile PROFILE_ID_PATTERN and RULE_PATTERN at module level
- Use compiled patterns in is_valid_profile_id_format, validate_profile_id, and is_valid_rule
- Supersedes PRs: #140, #143, #152, #155, #158, #161, #167, #170, #173

Sentinel (Security) - from PR #172 with review feedback:
- Enhance sanitize_for_log to redact Basic Auth credentials in URLs
- Redact sensitive query parameters (token, key, secret, password, etc.)
- Handle fragment separators (#) per Gemini Code Assist review
- Use [^&#\s]* pattern per Copilot reviewer suggestion
- Update docstring per reviewer suggestion
- Supersedes PRs: #142, #145, #148, #151, #154, #157, #160, #169, #172

Palette (UX) - from PR #174 with lint fixes:
- Add print_plan_details function for dry-run visibility
- Fix duplicate render_progress_bar definition bug
- Supersedes PRs: #139, #141, #144, #147, #150, #153, #156, #159, #162, #165, #168, #171, #174

Also: #146, #149, #164 (parallel folder deletion) and #166 (auto-fix .env perms) are independent features not consolidated here.

Co-authored-by: abhimehro <84992105+abhimehro@users.noreply.github.com>
@abhimehro abhimehro closed this Feb 9, 2026
@abhimehro abhimehro deleted the palette-ux-progress-bar-2834881192475199462 branch February 9, 2026 00:22
abhimehro added a commit that referenced this pull request Feb 9, 2026
…itization, add dry-run plan details

Incorporates the best changes from 36 Jules PRs, addressing review feedback:

Bolt (Performance) - from PR #173:
- Pre-compile PROFILE_ID_PATTERN and RULE_PATTERN at module level
- Use compiled patterns in is_valid_profile_id_format, validate_profile_id, and is_valid_rule
- Supersedes PRs: #140, #143, #152, #155, #158, #161, #167, #170, #173

Sentinel (Security) - from PR #172 with review feedback:
- Enhance sanitize_for_log to redact Basic Auth credentials in URLs
- Redact sensitive query parameters (token, key, secret, password, etc.)
- Handle fragment separators (#) per Gemini Code Assist review
- Use [^&#\s]* pattern per Copilot reviewer suggestion
- Update docstring per reviewer suggestion
- Supersedes PRs: #142, #145, #148, #151, #154, #157, #160, #169, #172

Palette (UX) - from PR #174 with lint fixes:
- Add print_plan_details function for dry-run visibility
- Fix duplicate render_progress_bar definition bug
- Supersedes PRs: #139, #141, #144, #147, #150, #153, #156, #159, #162, #165, #168, #171, #174

Also: #146, #149, #164 (parallel folder deletion) and #166 (auto-fix .env perms) are independent features not consolidated here.

Co-authored-by: abhimehro <84992105+abhimehro@users.noreply.github.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants