Fix matching of absolute paths in --include

[sth]

Description

This is a fix for #3975.

It modifies normalized_path in the way it was done before #3846, so that the check for included files still matches the same files.

Checklist - did you ...

• Add an entry in CHANGES.md if necessary?
• Add / update tests if necessary?
• Add new / update outdated documentation?

[github-actions]

diff-shades reports zero changes comparing this PR (3cb0639) to main (7bfa35c).

---

What is this? | Workflow run | diff-shades documentation

[hauntsaninja]

Thanks for catching this and opening a PR! I think we should use root_relative_path on L396 , so we apply include logic before symlink resolution

[sth]

I agree it makes sense to check include and exclude against the same type of path and not use resolved symlinks for one and unresolved symlinks for the other.

It now checks the path with unresolved symlinks against includes and excludes and the symlink target is not checked this way (but it is still checked if is under the root dir).

I also added is_dir and is_file to all the mocks in the symlink testcase, since if the items aren't files they won't be included no matter the name.

[hauntsaninja]

Thank you!