provider_job_id TypeError with SolidQueue: Integer passed where String expected

[justinko]

Summary

When using SolidQueue as the Active Job backend, logstruct raises a TypeError when logging job events:

Parameter 'provider_job_id': Can't set LogStruct::Log::ActiveJob::BaseFields.provider_job_id to 2905 (instance of Integer) - need a String

Root cause

• LogStruct::Log::ActiveJob::BaseFields types provider_job_id as T.nilable(String)
• SolidQueue sets provider_job_id to an Integer (the database primary key of the solid_queue_jobs record)
• LogStruct::Integrations::ActiveJob::LogSubscriber#build_base_fields passes job.provider_job_id directly without conversion

Affected code

1. LogSubscriber (integrations/active_job/log_subscriber.rb) line 86:

   provider_job_id: job.provider_job_id,

2. Builders::ActiveJob (builders/active_job.rb) safe_provider_job_id returns the raw value without .to_s

Suggested fix

Convert provider_job_id to a string in both places, since Active Job backends may return either String or Integer:

• In build_base_fields: provider_job_id: job.provider_job_id&.to_s
• In safe_provider_job_id: return raw&.to_s instead of raw

Workaround

Until fixed, we use an initializer that monkey-patches build_base_fields to call .to_s on provider_job_id.

[coderabbitai]

🔗 Related PRs

#5 - Default Regex Filter Matchers, Job Argument Filtering, Reserved Keys Protection, SQL Bind Parameter Filtering [closed]

---

📝 Issue Planner

_{Check the box below or use the @coderabbitai plan command to generate an implementation plan and prompts that you can use with your favorite coding assistant.}

• Create Plan

---

🧪 Issue enrichment is currently in open beta.

You can configure auto-planning by selecting labels in the issue_enrichment configuration.

To disable automatic issue enrichment, add the following to your .coderabbit.yaml:

issue_enrichment:
  auto_enrich:
    enabled: false

💬 Have feedback or questions? Drop into our discord!

[ndbroadbent]

Hi @justinko, sorry for the delay on this. Would it be possible to get your Claude Code or Codex to take a stab at adding some official support for SolidQueue and add some test cases? I'd be very happy to review a PR. Otherwise let me know if you don't have time or if you don't use any AI tools, and I can get my agents to look at it