### Why is this Change Important & Necessary?
<!-- Include any GitHub issue that is fixed/closed using "Fixes
#<number>" or "Closes #<number>" syntax.
Alternately write "Partially addresses #<number>" or "Related to
#<number>" as appropriate. -->
#11539 added this line. This line does not work for checkpoint
gradeables as `gradeable.js` does not get included. This would cause all
the dates to fail as the event listeners below it are in control of the
dates

### What is the New Behavior?
<!-- Include before & after screenshots/videos if the user interface has
changed. -->
We should only load bulk uploads if we have an electronic gradeable

### What steps should a reviewer take to reproduce or test the bug or
new feature?
Visit the checkpoint gradeable edit page. Notice error in console. Go to
dates, notice that you cannot change any as a refresh will clear it

### Automated Testing & Documentation
<!-- Is this feature sufficiently tested by unit tests and end-to-end
tests?
If this PR does not add/update the necessary automated tests, write a
new GitHub issue and link it below.
Is this feature sufficiently documented on submitty.org?
Link related PRs or new GitHub issue to update documentation. -->
#11982

### Other information
<!-- Is this a breaking change?  
Does this PR include migrations to update existing installations?  
Are there security concerns with this PR? -->

- Replace pdf2image with PyMuPDF for faster PDF processing
- Add pattern caching for instant redaction rendering
- Implement parallel processing for bulk operations (1.7x speedup)
- Add file caching to skip unchanged submissions
- Optimize memory usage (70% reduction)
- Remove external poppler dependency

Resolves performance concerns from PR Submitty#11539

**Why is this Change Important & Necessary?**
Fixes #11867. When testing PR #11539 (PDF Redactions), performance
issues were found in PDF image generation with redactions enabled. This
PR improves performance by switching the rendering backend and adds
safety fixes for concurrent bulk regeneration and caching.


**What is the New Behavior?**
1)PyMuPDF Integration: Replaced the previous PDF rendering approach with
PyMuPDF (fitz) for faster page rendering.
2) Caching with Redaction Awareness: Adds a cache keyed on the PDF
contents and redaction data, so changing redactions correctly forces
regeneration.
3) Daemon support updates.

**What steps should a reviewer take to reproduce or test the new
feature?**
1. Test it on a gradeable with pdf redactions enabled. I tested on this
gradeable Bulk Upload Scanned Exam.
2. Upload the json redactions file
You can use this- 
[
  {
    "page": 1,
    "x1": 0.25,
    "y1": 0.25,
    "x2": 0.75,
    "y2": 0.75
  },
  {
    "page": 2,
    "x1": 0.1,
    "y1": 0.1,
    "x2": 0.9,
    "y2": 0.9
  }
]
3. I have tested on a 28 page pdf file. 
4. Watch the daemon logs (sudo journalctl -u
submitty_daemon_jobs_handler.service -f)
5. Performance on my system-
On main it took around 10 seconds
On the PR's branch it took around 5.27 second 
<img width="958" height="170" alt="Screenshot 2026-06-03 143240"
src="https://github.com/user-attachments/assets/6c0c1a95-6759-431c-bf9a-2bb6f3e2528b"
/>
6. Modify redactions and regenerate again, images should update (cache
invalidated).

**Automated Testing & Documentation**
No new  tests were added.
**Other information**