panicbit

The same command gives me different results depending on the terminal width. Sometimes the first column is messed up as well, sometimes it isn't.

It seems like [`gtk_entry_completion_set_text_column`](https://github.com/GNOME/gtk/blob/50e4ca8593d12b2de76e4d092d34ec7a1655ede8/gtk/gtkentrycompletion.c#L1052-L1091) does a bit more than simply setting the `text-column` property (like the builder method does). Apparently my assumption that the builder methods are equivalent to their...

It looks like the original fix got reverted in 4695580043fe26c828cb6ecdb7d85d86dfdf8c83 and fcf3efebd87f023825fd665c092a601c9dc75782. This also got documented [in the changelog](https://github.com/slog-rs/slog/blob/master/CHANGELOG.md#232---2018-07-20). I would be glad to fix this issue *again*, but it...

> More than 10,000 downloads at [Package Control](https://packagecontrol.io/) That inclusion criteria seems to require publishing a sublime package, which nushell apparently currently does not. However, the [official nushell vscode addon](https://marketplace.visualstudio.com/items?itemName=TheNuProjectContributors.vscode-nushell-lang)...

What is the usecase for automatically stripping escapes from a path? It seems to me like *that* is more of an edgecase. Especially considering that there is already a mechanism...

Ok, I see what the original reason in https://github.com/nushell/nushell/pull/6220 was regarding `find`. IMO this is the wrong approach to solve it and more of an issue with how `find` works....

Maybe we could extend the `PipelineMetadata` a bit for the `find` usecase? https://github.com/nushell/nushell/blob/72c27bd09537a655fa43008b3365cbcc91ce3bae/crates/nu-protocol/src/pipeline_data.rs#L51-L59 While I'd love to see a more generic approach to modify the rendering of the table without...

Already working on it!

Found a bug in `find` while digging through its code X)  I'll fix it along the way. We should be able to cherry-pick the fix if we don't end...

Oh, looks like it's even worse; there's another bug that is independent from `use_ls_colors`:  (I'm so sorry :sweat_smile:)