自8月25日向金山办公官方发送邮件首次反馈关于"WPS文字"无法直接打开文档的问题至今已经两个月，经过后续两次补充的邮件回复，今天终于收到回信，确认了这个BUG，太不容易了。

这段时间里也经常看到同样遇到这个问题的帖子：
V23在文件管理器里面双击doc等文件，wps只打开了首页界面
老电脑安装V23碰到的几个问题
wps pro 不能直接打开 文稿

后续补充：2024-05-30，发现 %U之所以会无法打开文档，是由于wps启动脚本中关于URL处理的python语句，在高版本python中无法执行导致的异常：

系统内置python版本为3.5以上的Linux发行版中使用WPS2019以及WPS365时，选中doc或docx或任意文档，使用”WPS文字“打开，会出现仅仅WPS客户端打开，但文档未打开的异常情形。

例如：内置python版本为3.11.6的deepin23RC系统

具体原因分析：

“WPS文字”桌面入口文件的Exec项配置为：Exec=/usr/bin/wps %U

这里的 %U 意味着被选中的一个或多个文件会被作为URL路径传递到程序中，例如：file:///home/hotime/Desktop/DOCX 文档.docx

但是由于在 /usr/bin/wps 脚本中：有两处涉及到处理URL的python代码：

gFilePath=\$(python -c 'import sys, urllib; print urllib.unquote(sys.argv[1])' "\$1")
gFilePath=\$(python -c 'import sys, urllib; print urllib.unquote(sys.argv[1])' "\$file")

是按照python2写的，与高版本python3的写法不同，这导致在python3.5及以上版本中这段代码执行失败， 导致gFilePath被变成了空白，最终导致没有任何被选中的文档被打开。

在python3.5版本以上，应该分别写成这样：

gFilePath=\$(python -c 'import sys, urllib.parse; print(urllib.parse.unquote(sys.argv[1]))' "\$1")
gFilePath=\$(python -c 'import sys, urllib.parse; print(urllib.parse.unquote(sys.argv[1]))' "\$file")

需要在这个wps脚本中考虑对用户的python版本进行判断，然后再执行相对应的python语句处理URL,以避免此异常发生。

截至2025年，仍未修复... 碎碎念