Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Fix Sinatra instrumentation causing boot loop #1105

Merged
merged 1 commit into from
Jun 21, 2024

Conversation

tombruijn
Copy link
Member

I noticed in our test setup that when I added a Sinatra app to the Rails app, and loaded the Sinatra instrumentation as specified in our docs it would get stuck in a boot loop. This was caused by the two different configs overwriting each other every time.

Prevent this issue by skipping loading the AppSignal config if it's already active.

I noticed in our test setup that when I added a Sinatra app to the Rails
app, and loaded the Sinatra instrumentation as specified in our docs it
would get stuck in a boot loop. This was caused by the two different
configs overwriting each other every time.

Prevent this issue by skipping loading the AppSignal config if it's
already active.
@tombruijn tombruijn merged commit 2478eb1 into main Jun 21, 2024
16 checks passed
@tombruijn tombruijn mentioned this pull request Jun 25, 2024
36 tasks
tombruijn added a commit that referenced this pull request Jun 27, 2024
When AppSignal is already active, do not start AppSignal again.
This is a good precaution as it prevents boot loops, when AppSignal is
started twice with different configurations.

This will improve support for nested Hanami applications, when they're
mounted in another frameworks we support, like Rails or Sinatra.

This is similar to PR #1105

Part of #329
tombruijn added a commit that referenced this pull request Jun 27, 2024
When AppSignal is already active, do not start AppSignal again.
This is a good precaution as it prevents boot loops, when AppSignal is
started twice with different configurations.

This will improve support for nested Hanami applications, when they're
mounted in another frameworks we support, like Rails or Sinatra.

This is similar to PR #1105

Part of #329
tombruijn added a commit that referenced this pull request Jun 28, 2024
When AppSignal is already active, do not start AppSignal again.
This is a good precaution as it prevents boot loops, when AppSignal is
started twice with different configurations.

This will improve support for nested Hanami applications, when they're
mounted in another frameworks we support, like Rails or Sinatra.

This is similar to PR #1105

Part of #329
tombruijn added a commit that referenced this pull request Jul 3, 2024
Apply the same boot loop fix as for Sinatra for Padrino from PR #1105.

For Sinatra apps noticed in our test setup that when I added a Sinatra
app to the Rails app, and loaded the Sinatra instrumentation as
specified in our docs it would get stuck in a boot loop. This was caused
by the two different configs overwriting each other every time.

Apply the same fix for Padrino by checking first if AppSignal has
already started and skipping the auto start.
tombruijn added a commit that referenced this pull request Jul 4, 2024
Apply the same boot loop fix as for Sinatra for Padrino from PR #1105.

For Sinatra apps noticed in our test setup that when I added a Sinatra
app to the Rails app, and loaded the Sinatra instrumentation as
specified in our docs it would get stuck in a boot loop. This was caused
by the two different configs overwriting each other every time.

Apply the same fix for Padrino by checking first if AppSignal has
already started and skipping the auto start.
@tombruijn tombruijn deleted the sinatra-dont-start-twice branch July 10, 2024 18:36
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