[GH-ISSUE #87] [Bug Report] Error Messages With Custom Command Creation #86

Closed
opened 2026-02-25 21:32:37 +03:00 by kerem · 3 comments
Owner

Originally created by @Jack1789 on GitHub (Sep 8, 2019).
Original GitHub issue: https://github.com/clechasseur/pathcopycopy/issues/87

Originally assigned to: @clechasseur on GitHub.

Hi, there is some erratic behavior while creating a new custom command, basically:

If I use the "Expert Mode", add a new "Find / Replace" element using no strings and press the "OK" button, this window appears:

pathcc1

And if I repeat the above steps but filling only the "Replace with" field, the program's settings window will get frozen, leaving no other option than shutting it down forcibly; besides, system's memory will start getting exhausted a few seconds later:

pathcc2

wmem

Under that circumstance, the contextual menu will start being unresponsiveness and I couldn't access the program's settings anymore, without first deleting the faulty rule out of registry. After pressing the "Close program" button from the Windows' message, the memory over consumption ceased.

I'm using an up to date "Windows 8.1 Pro" operative system.

Originally created by @Jack1789 on GitHub (Sep 8, 2019). Original GitHub issue: https://github.com/clechasseur/pathcopycopy/issues/87 Originally assigned to: @clechasseur on GitHub. Hi, there is some erratic behavior while creating a new custom command, basically: If I use the "Expert Mode", add a new "Find / Replace" element using no strings and press the "OK" button, this window appears: ![pathcc1](https://user-images.githubusercontent.com/54497604/64489259-5dc10880-d227-11e9-835e-6a5ec551edcd.jpg) And if I repeat the above steps but filling only the "Replace with" field, the program's settings window will get frozen, leaving no other option than shutting it down forcibly; besides, system's memory will start getting exhausted a few seconds later: ![pathcc2](https://user-images.githubusercontent.com/54497604/64489417-864a0200-d229-11e9-9810-e5e7a386826f.jpg) ![wmem](https://user-images.githubusercontent.com/54497604/64489632-daee7c80-d22b-11e9-9bfc-de67cb76d16d.jpg) Under that circumstance, the contextual menu will start being unresponsiveness and I couldn't access the program's settings anymore, without first deleting the faulty rule out of registry. After pressing the "Close program" button from the Windows' message, the memory over consumption ceased. I'm using an up to date "Windows 8.1 Pro" operative system.
kerem closed this issue 2026-02-25 21:32:37 +03:00
Author
Owner

@clechasseur commented on GitHub (Sep 8, 2019):

I can reproduce. That's pretty weird too. Important bug, I'll try to get a fix in as soon as possible.

<!-- gh-comment-id:529242038 --> @clechasseur commented on GitHub (Sep 8, 2019): I can reproduce. That's pretty weird too. Important bug, I'll try to get a fix in as soon as possible.
Author
Owner

@clechasseur commented on GitHub (Sep 8, 2019):

Fixed. Will be released in a short while in 17.0.1.

<!-- gh-comment-id:529257729 --> @clechasseur commented on GitHub (Sep 8, 2019): Fixed. Will be released in a short while in 17.0.1.
Author
Owner

@Jack1789 commented on GitHub (Sep 9, 2019):

Thanks once again for your prompt reply. : )

<!-- gh-comment-id:529279884 --> @Jack1789 commented on GitHub (Sep 9, 2019): Thanks once again for your prompt reply. : )
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/pathcopycopy#86
No description provided.