Should PostgreSQL servers be stopped when user logs out?

オープン

#834 2025年11月6日に作成コメント 0 件リアクション 0 件担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度: 5/5
見積もり時間: 1週間以上
初心者へのやさしさ: 25/100

issue の種類: 機能追加
明瞭さ: 説明が足りない
活発さ: 停滞
技術スタック: macos, postgresql
領域: databases, desktop

調査の方向性

Begin by reviewing the menu helper app's behavior during macOS logout and the cases where that helper is disabled. The issue does not name files or tests; a complete contribution first needs a decision on whether servers should stop, including cross-user access and permission-dialog behavior, followed by implementation and tests for the chosen policy.

索引モデルが issue の本文から書いたものです。

説明

Currently PostgreSQL servers continue running after the user logs out. This was not an intentional decision, it's something that we haven't really thought about.

Since Postgres.app requires a logged in user to start, this fact is somewhat counter-intuitive.

This fact can cause issues when:

user logs out, logs in as a different user, then can't start a PostgreSQL server because one is already running
user logs out, then logs in again, either as same or different user. Permission dialogs can't be shown because original GUI session is no longer available

At the same time, people may rely on this fact. Maybe some people switch users but still want to connect to the PostgreSQL server owned by another user.

If we decide that PostgreSQL servers should shut down when the user logs out, I'm not sure how this should be implemented. The most straightforward way would be to have the menu helper app shut down servers when macOS quits it during logout. But there is no guarantee that the menu helper is running -- people may have turned the menu helper off. I am not sure what to do in that case.

主要言語: Makefile
スター: 7.8k
フォーク: 404
平均マージ: 6時間 55分
マージ済み PR（30日）: 6

コントリビューションガイド

このリポジトリのコントリビューションガイドは索引されていません

はじめの一歩

issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
リポジトリをフォークし、ブランチを切って変更します。
issue 番号を参照したプルリクエストを送ります。

PostgresApp/PostgresApp のほかの issue

"invalid byte sequence" error with `SOUNDEX()` and non-ASCII characters オープン

難易度 4/5 3〜5日初心者へのやさしさ 48/100

PostgresApp/PostgresApp#859 · 2026年8月25日に作成
Remove Helper Apps (Menu Helper, Login Helper) オープン

難易度 4/5 3〜5日初心者へのやさしさ 48/100

PostgresApp/PostgresApp#844 · コメント 7 件 · リアクション 1 件 · 2026年5月5日に作成
Postgres.app 3.0 オープン

難易度 5/5 1週間以上初心者へのやさしさ 25/100

PostgresApp/PostgresApp#842 · コメント 1 件 · リアクション 7 件 · 2026年4月16日に作成
Apple Script Support オープン

難易度 5/5 1週間以上初心者へのやさしさ 35/100

PostgresApp/PostgresApp#833 · 2025年11月6日に作成
Error message automatically disappears in macOS 12 オープン

難易度 3/5 1〜2日初心者へのやさしさ 42/100

PostgresApp/PostgresApp#824 · 2025年7月30日に作成

PostgresApp/PostgresApp の issue をすべて見る

似ている issue

harbor-db: missing STOPSIGNAL turns every container stop into an unclean shutdown オープン

難易度 1/5 1時間未満初心者へのやさしさ 75/100

goharbor/harbor#23989 · 2026年9月23日に作成
[Bug] 知识库写入失败：document_storage.py 使用 naive datetime 导致 SQLModel 报错オープン

bug

難易度 2/5 1〜3時間初心者へのやさしさ 88/100

AstrBotDevs/AstrBot#10205 · 2026年9月23日に作成
column_count panics when called before the statement is executed オープン

難易度 2/5 1〜3時間初心者へのやさしさ 72/100

duckdb/duckdb-rs#869 · 2026年9月23日に作成
Update demo setup database to be `webapi` type オープン

難易度 2/5 1〜3時間初心者へのやさしさ 70/100

OHDSI/Data2Evidence#3394 · 2026年9月23日に作成
MultiScan: ~ScanIterator() asserts on the status operator++ just threw, so reaching max_prefetch_size aborts instead of raising MultiScanException オープン

難易度 2/5 1〜3時間初心者へのやさしさ 84/100

facebook/rocksdb#15255 · 2026年9月23日に作成

Databases の issue をもっと見る