Semantic history for docker-altered paths.
Feature Request
It would be nice to make semantic history work for local files which are running in docker, so the output on screen is with docker-altered paths which are absolute paths inside the container, not on a host machine. So semantic history does not work on those. For example i develop and run tests inside a docker - quite often i get a stack traces, and it would be really nice to be able to click on a filename and open in IDE.
Summary
Probably the best way to solve it is by having a map of local to remote paths in a profile. Or take it from some hidden path in the current or upper directory (something similar to how .gitignore works) - this way a don't need to have separate profiles for every project. Even better if iterm could just parse docker-compose file and take a path mapping from it. Example:
volumes:
- ./apps/api:/app
Alternatives
Write a script that will be rewriting paths before displaying them. Quite painful.
Concerns
- Privacy
- Performance
- Memory
- Complexity
- Is this an instance of a more general problem?