You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Seven SQLite openers still hand-build file: URIs (special characters / Windows paths) #1883
Follow-up from #1868. That PR routes the graph, automation, collection and plan-preview openers through sqliteuri.File, but seven production openers still build SQLite URIs by string concatenation:
Because nothing is escaped, a plan path containing #, ? or % opens a different file. For example, a store at plan%23.db is written somewhere other than the requested filename. This reproduces on current dev with a small probe against the plandb writer. The internal/session ones also pass raw Windows backslash paths. It predates #1868 and isn't a regression from it.
Suggested fix: switch these to sqliteuri.File(path) and set RawQuery from url.Values, as #1868 does for the others, plus a test that opens a store whose filename contains #&%.
Rechecked on current dev (39fdbea6f73c): still reproducible. A disposable internal/plandb probe called Open with a filename plan%23.db, then closed the store. The requested filename did not exist; plan#.db existed instead. No model or personal data was used. The current writer/read DSNs still concatenate the unescaped path. Keeping open; no active linked fix PR or assignee found in this audit.
Thank you for fixing this issue! I’m always eager to learn and contribute to CodeAF. Please feel free to assign me any similar tasks. I’d be happy to learn from you and the community!
Activity
pav2345 commentedon Oct 22, 2026
Dear Abir Abbas sir , Can I work on these issue sir ?
santoshkumarradha commentedon Oct 23, 2026
Rechecked on current
dev(39fdbea6f73c): still reproducible. A disposableinternal/plandbprobe calledOpenwith a filenameplan%23.db, then closed the store. The requested filename did not exist;plan#.dbexisted instead. No model or personal data was used. The current writer/read DSNs still concatenate the unescaped path. Keeping open; no active linked fix PR or assignee found in this audit.pav2345 commentedon Oct 23, 2026
Dear Santosh Sir,
Thank you for fixing this issue! I’m always eager to learn and contribute to CodeAF. Please feel free to assign me any similar tasks. I’d be happy to learn from you and the community!