debug: evicting a loaded location recreates its project #51198

Activity

1. ykakade commented on Sep 27, 2026

   

   ykakade

   on Sep 27, 2026

   More actions

   I can look into this!
2. ykakade commented on Oct 4, 2026

   

   ykakade

   on Oct 4, 2026

   More actions

   Fix in #53066. GET /api/project was still going through the location middleware, so listing projects re-booted the server's default location right after it was evicted.

   Also, ?location=<dir> returns 400. The query has to be ?location[directory]=<dir>.
3. opencodejr commented on Oct 28, 2026

   

   opencodejrBot

   on Oct 28, 2026

   More actions

   Thanks for the clear report! I reproduced this on 2.0.16, but it no longer happens on the latest dev (9adc42b), so it looks already fixed. The fix should be in the next release (the change was first tagged in v2.2.0).

   What I found on 2.0.16:

   • The eviction itself works: after DELETE /api/debug/location?location[directory]=<dir>, GET /api/debug/location comes back empty.
   • The next plain GET /api/project loads the location again. On that version the project routes loaded the server's default location (its working folder, which is your home folder in Desktop) whenever a request had no location, and that also looked the project up again.
   • On the latest dev, GET /api/project no longer loads a location, so an evicted location stays evicted.

   The parameter has to be written as ?location[directory]=<dir>. The plain ?location=<dir> form returns 400.

   Related, ordered by likelihood:

   • fix(protocol): stop project routes from booting the default location #53066: an open PR with the same fix for the project routes
   • app: an open web page boots every evicted location again within a second #58795: an open web page can also re-boot evicted locations through MCP change events (fix proposed in fix(client): keep evicted locations idle #58833). This could still bring a location back in Desktop.

   The bot will close this issue in 1 day unless you reply that it still happens, e.g. on v2.2.0 or newer.
4. opencodejr

   added

   pending close

   on Oct 28, 2026
5. opencodejr

   closed this as completedon Oct 29, 2026
6. opencodejr commented on Oct 29, 2026

   

   opencodejrBot

   on Oct 29, 2026

   More actions

   Closing this as completed, since there was no reply in the day since the last update. On 2.0.16, a location evicted with DELETE /api/debug/location?location[directory]=<dir> was loaded again by the next plain GET /api/project. On the latest dev (9adc42b) it stays evicted, so this looks fixed. The change was first tagged in v2.2.0 and should be in the next release.

   If it still happens on a newer version, please comment here or open a new issue with the version and the requests you sent. Note that the parameter has to be written as location[directory]; the plain ?location=<dir> form returns 400. If a location comes back in Desktop for another reason, #58795 may be the cause. Thanks for the report!