| Summary: | Kdiff3 can't delete symbolic links on folder comparation | ||
|---|---|---|---|
| Product: | [Applications] kdiff3 | Reporter: | witchhunter <witchhunterpro> |
| Component: | application | Assignee: | michael <reeves.87> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | normal | CC: | witchhunterpro |
| Priority: | NOR | ||
| Version First Reported In: | 1.9.4 | ||
| Target Milestone: | --- | ||
| Platform: | Manjaro | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
witchhunter
2022-02-05 15:18:30 UTC
This issue is not reproducible in current branch or master. You must re-scan for kdiff3 to pickup the change once a file or folder is deleted. In view of the purposed patch I received via e-mail there also seems to be some confusion about the intended function. First KDiff3 by design does not modify anything but the detestation directory period. Second MergeFileInfos::fullNameDest can not simply be replaced by a function that ignores the possibly customized directory returned by gDirInfo->destDir(). In any event this works as intended in current source. Please provide the error you are recieving if this does not resolve your issue. (In reply to michael from comment #1) > This issue is not reproducible in current branch or master. This is correct. I cannot reproduce the bug anymore in Plasma 5.24.3. Also, Dolphin recognize the changes immediately. Excellent. > In view of the purposed patch I received via e-mail DISCLAIMER: I am not a programmer by profession and I never send you any e-mails, nor am I familiar with any MR regarding this bug on https://invent.kde.org/sdk/kdiff3. If you are implying someone have send you message on my behalf, please DO REPLY on this comment. I am deeply sorry if I cause you any inconvenience. No need for an apology this was a private connect by someone who like you wanted to help but didn't know kde's way of doing this. Open source is all about people having access to do just that. I would rather spend a few extra minutes triaging an issue than have something like this fall through the cracks. The message was more of an FYI for anyone else who sees this. There was no actual mr ever created in this case. |