Closed ystyle closed 1 year ago
I'm sorry, but I don't understand the steps to reproduce this issue. wezterm doesn't parse curl; that's the job of the shell. Can you break this down more clearly into steps that I can try? Please explain what is shown in the screen shots.
I'm sorry, but I don't understand the steps to reproduce this issue. wezterm doesn't parse curl; that's the job of the shell. Can you break this down more clearly into steps that I can try? Please explain what is shown in the screen shots.
Sorry, I made a typo, it should be paste. paste command to wezterm, the json format error with character \
I can't reproduce this. Is there something you've configured in your shell, or some other software on your system that might be influencing what you're experiencing?
It is normal for me to paste on the terminator. Both terminator and wezterm use zsh, the same user and the same configuration in zsh (paste with shift + ctrl + v
)
if you launch zsh -f
, which skips reading the various startup files, does this reproduce for you? If it doesn't, please work through your zsh startup to locate what it is that causes zsh to interpret the paste in this way so that I can reproduce it here, and then I can figure out what is happening.
It is correct to paste the crul command after executing 'zsh - f' in wezterm. Is wezterm loading additional zsh plug-ins? Because it's normal in terminator and konsole
No, wezterm doesn't know anything about your shell, however, it does start the shell as a login shell. Perhaps there is something in your shell startup that occurs only when run as a login shell? You can try running zsh -l
in terminator and see if that makes it behave the same way.
Wezterm: The command pasted after executing zsh - l
is incorrect
Terminator: The command pasted after executing zsh - l
is correct
If zsh -f
works, but zsh -l
doesn't, there is something in your shell configuration that is responsible, and it is up to you find out what it is.
This issue has been automatically closed because there has been no response to our request for more information from the original author. With only the information that is currently in the issue, we don't have enough information to take action. Please reach out if you have or find the answers we need so that we can investigate further.
I'm going to lock this issue because it has been closed for 30 days ⏳. This helps our maintainers find and focus on the active issues. If you have found a problem that seems similar to this, please open a new issue and complete the issue template so we can capture all the details necessary to investigate further.
What Operating System(s) are you seeing this problem on?
Linux X11
Which Wayland compositor or X11 Window manager(s) are you using?
Operating System: Arch Linux KDE Plasma Version: 5.26.5 KDE Frameworks Version: 5.101.0 Qt Version: 5.15.8 Kernel Version: 6.1.4-arch1-1 (64-bit) Graphics Platform: X11 Processors: 12 × Intel® Core™ i7-10710U CPU @ 1.10GHz Memory: 15.3 GiB of RAM Graphics Processor: Mesa Intel® UHD Graphics Manufacturer: Dell Inc. Product Name: XPS 13 7390
WezTerm version
20221119-145034-49b9839f
Did you try the latest nightly build to see if the issue is better (or worse!) than your current version?
No, and I'll explain why below
Describe the bug
this command parse to wezterm, the command was added with the wrong escape character
\
the error json format with
\
:wezterm(error command): with character
\
the same curl exec in terminator, it is correct. and delete http header: Authorization, it will be correct.
wezterm(correct command):
To Reproduce
paste this command to wezterm
Configuration
Expected Behavior
the http server get correct body
Logs
Debug Overlay wezterm version: 20221119-145034-49b9839f OpenGL version: Mesa Intel(R) UHD Graphics (CML GT2) 4.6 (Compatibility Profile) Mesa 22.3.2 Enter lua statements or expressions and hit Enter. Press ESC or CTRL-D to exit
Anything else?