Hacktoberfest 2026: the issues maintainers tagged for October, open and beginner-friendly. Browse Hacktoberfest issues

Blackfire enabled by default?

Open
#421 4 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Assessment

Difficulty
3/5
Estimated time
1-2 days
Newbie friendliness
45/100
Issue type
Bug
Clarity
Mostly clear
Activity status
Stale
Tech stack
docker-compose, php
Domain
devops

Research direction

Start with the stable31 service invoked by docker compose up stable31 and the existing scripts/php-mod-config entry point. Reproduce the module state with docker compose exec stable31 php -m | grep -i blackfire, then trace how container recreation configures Blackfire. Done means a fresh container follows the documented default and the setting persists across recreation.

Written by the indexing model from the issue text.

Description

bug

Hi, I've noticed a lot of php_network_getaddresses: getaddrinfo for blackfire failed: Name or service not known errors in the nextcloud logs. A quick search surfaced this older issue, which discusses the same: https://github.com/juliusknorr/nextcloud-docker-dev/issues/57

In the end, a changelog entry was referenced, stating that blackfire (and xdebug) should be disabled by default, with scripts to enable / disable them. However, it seems that this is not the case (any more?).

When I start a fresh set of containers (e.g. docker compose up stable31), I see blackfire enabled (docker compose exec stable31 php -m | grep -i blackfire). I can use ./scripts/php-mod-config stable31 blackfire off to disable it, that seems to work. But whenever I recreate the container, it comes back and I have to manually disable again.

  • Shouldn't blackfire be disabled by default?
  • Is there a simple way to permanently disable blackfire that persists container re-creation?
Dominant language
PHP
Stars
190
Forks
103
Avg merge
4h 36m
Merged PRs (30d)
1

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from nextcloud/nextcloud-docker-dev

All issues in nextcloud/nextcloud-docker-dev

Similar issues

More PHP issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.