[GH-ISSUE #291] avoid writing into fallback folder #256

Closed
opened 2026-02-26 12:20:58 +03:00 by kerem · 8 comments
Owner

Originally created by @ZackaryW on GitHub (Jul 27, 2022).
Original GitHub issue: https://github.com/brentvollebregt/auto-py-to-exe/issues/291

Originally assigned to: @ZackaryW on GitHub.

Quick Checks For You

  • I have read/searched in the help post
  • I have searched other issues looking for an issue similar to mine
  • I have made sure my applicaiton/script runs before trying to package

Describe the bug
there should be an option to prevent moving completed folder to cwd or at least mitigate rewriting files if it already exists

my folder structure is
repo

  • [app]
  • output
    • [app]

i build the app using One Directory, the folder is in use and it directly writes into my source code

Expected behavior
should never happen if the target fallback directory already has file

Originally created by @ZackaryW on GitHub (Jul 27, 2022). Original GitHub issue: https://github.com/brentvollebregt/auto-py-to-exe/issues/291 Originally assigned to: @ZackaryW on GitHub. **Quick Checks For You** - [X] I have read/searched in the [help post](https://nitratine.net/blog/post/issues-when-using-auto-py-to-exe) - [X] I have [searched other issues](https://github.com/brentvollebregt/auto-py-to-exe/issues?q=is%3Aissue+) looking for an issue similar to mine - [X] I have made sure my applicaiton/script runs before trying to package **Describe the bug** there should be an option to prevent moving completed folder to cwd or at least mitigate rewriting files if it already exists my folder structure is repo - [app] - output - - [app] i build the app using `One Directory`, the folder is in use and it directly writes into my source code **Expected behavior** should never happen if the target fallback directory already has file
kerem 2026-02-26 12:20:58 +03:00
Author
Owner

@brentvollebregt commented on GitHub (Jul 27, 2022):

If this application is writing into your "source code", I feel like you should move directories as this tool writes to "./output" by default - this is somewhere we definitely would not expect to see source code.

<!-- gh-comment-id:1196303925 --> @brentvollebregt commented on GitHub (Jul 27, 2022): If this application is writing into your "source code", I feel like you should move directories as this tool writes to "./output" by default - this is somewhere we definitely would not expect to see source code.
Author
Owner

@ZackaryW commented on GitHub (Jul 27, 2022):

@brentvollebregt that is not the case,
the package is not named as output, if one directory mode is selected and the utility detects the folder is currently in use, it will move itself to the os.cwd directory, which is the root directory of the repo, overwriting the source package folder with the output

<!-- gh-comment-id:1197287662 --> @ZackaryW commented on GitHub (Jul 27, 2022): @brentvollebregt that is not the case, the package is not named as `output`, if one directory mode is selected and the utility detects the folder is currently in use, it will move itself to the os.cwd directory, which is the root directory of the repo, overwriting the source package folder with the output
Author
Owner

@ZackaryW commented on GitHub (Jul 27, 2022):

image
im explicitly referring to these instances
image
i expect them to be generated at ./output but they are moved to the root directory

<!-- gh-comment-id:1197290558 --> @ZackaryW commented on GitHub (Jul 27, 2022): ![image](https://user-images.githubusercontent.com/36378555/181358631-b7ba0b33-0ec3-403f-9591-910b987f7599.png) im explicitly referring to these instances ![image](https://user-images.githubusercontent.com/36378555/181358694-7ac78ac7-d6e6-4738-b90d-2bc3a80d2ea3.png) i expect them to be generated at `./output` but they are moved to the root directory
Author
Owner

@brentvollebregt commented on GitHub (Jul 27, 2022):

I notice you output directory input is empty. Did the UI load like that or did you remove it?

I didn't see any details about clearing it in your reproduction steps so if you didn't clear it or override it, this is an issue.

<!-- gh-comment-id:1197351552 --> @brentvollebregt commented on GitHub (Jul 27, 2022): I notice you output directory input is empty. Did the UI load like that or did you remove it? I didn't see any details about clearing it in your reproduction steps so if you didn't clear it or override it, this is an issue.
Author
Owner

@ZackaryW commented on GitHub (Jul 27, 2022):

i noticed just now that the output directory occasionally shows empty value after loading the config.
It seems to be a rare occasion

<!-- gh-comment-id:1197419280 --> @ZackaryW commented on GitHub (Jul 27, 2022): i noticed just now that the output directory occasionally shows empty value after loading the config. It seems to be a rare occasion
Author
Owner

@brentvollebregt commented on GitHub (Jul 28, 2022):

Are you able to reproduce this consistently? If not, I won't be able to identify what's wrong.

<!-- gh-comment-id:1197656752 --> @brentvollebregt commented on GitHub (Jul 28, 2022): Are you able to reproduce this consistently? If not, I won't be able to identify what's wrong.
Author
Owner

@github-actions[bot] commented on GitHub (Sep 26, 2022):

This issue is stale because it has been open for 60 days with no activity. Remove stale label or comment on this issue or it will be closed in 5 days.

<!-- gh-comment-id:1257370786 --> @github-actions[bot] commented on GitHub (Sep 26, 2022): This issue is stale because it has been open for 60 days with no activity. Remove stale label or comment on this issue or it will be closed in 5 days.
Author
Owner

@github-actions[bot] commented on GitHub (Oct 1, 2022):

Closing issue due to no activity in more than 60 days.

<!-- gh-comment-id:1264196127 --> @github-actions[bot] commented on GitHub (Oct 1, 2022): Closing issue due to no activity in more than 60 days.
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/auto-py-to-exe#256
No description provided.