希望发一个“企业级”“稳定”商店版

Deco

开发者您好：
1: 鉴于很久很久之前发过的反馈（ss的udp开关没UI问题），到后来ssid相关设置没有UI的问题，我相信这是surge基本的设置了（没UI的东西在UI编辑之后surge会自动删除UI没有的东西）。
2: 然后，现在的event类型脚本下面只提示了available：network-changed，又误导了以为不能使用notification类型。（此类型只在Mac surge beta release note提及过）
3: 现在ss tls还是出现 1 的问题。
4: snell v4 UI也希望删除obfs tls选项（如不准备后续支持的话）
5: 似乎notification event类型在iOS上并不能被所有通知触发（Mac版未测试），希望开发者您能够在manual里面说明一下哪些类型能够触发。
6: plus, 最近更新的Mac surge beta ipv6 vif auto UI也希望配置一下
7: surge manual profile js示例是错误的，身为好几个找我问为什么按照手册写的脚本未生效。（路径错误，空格导致）

多次邮件反馈却没有反应。极其搞不懂
虽然都是些小问题，之前也反映过很大bug，我决定脱坑，surge拥护者那么多，我相信还会相继有人来反馈bug的。虽然我不是一个起眼的人，也不是什么重要的人。更不是什么网络开发者，能有心找bug反馈。
希望开发者就以上问题进行细节调整，然后发一个商店版。谢谢

SurgeTeam

Deco

请问问题 1 具体指的是哪里？
我们将优化相关文档。
UI 未加入 shadow-tls 相关参数是特意的设计。
若选择 obfs tls 将无法通过校验，没必要为此单独为 Snell V4 重做选择器。
请问是什么类型的通知无法触发脚本。
由于是才加入的新功能，正常开发流程中就是先确认功能完善和合理，再在后续版本中再引入 UI 开关。
已修正。

首先感谢你的多次反馈，但就如上面其他用户所回复的，由于精力有限，每天有大量的用户反馈，肯定是有处理优先级问题的，特别是对于反馈的并不明确的问题，我们只可能等待有多个用户反馈后再进行处理，因为我们收到的很多用户的反馈是无效，是用户自己的误解或疏忽。我们也不可能对每封邮件都与用户进行双向交流进行沟通，这极其的浪费时间。（比方说你反馈的问题一就严重缺乏相关信息，我现在也不知道你说的到底是什么开关）

所以，如果希望你的反馈得到快速响应，请一定保证你的反馈有效且准确，对于有提供完整日志的崩溃或其他严重问题，通常都是在若干小时内就会进行修正。仅 UI 相关的问题优先级较低，通常在合并在一个时间点处理。

Deco

注：此贴并未提及feature request且与之无关

NobyDa

对于各种问题石沉大海，我们首先需要进行开发者个人的心理侧写

Surge作为一个商业软件，由于个人精力有限，可能只会优先去解决特别影响使用的问题，次级细节问题秉持着“又不是不能用”的态度去解决；也就是说可能需要收到多个用户反馈同一个问题时才会得到重视，或看这个问题的复杂程度加入to do list

在开发资源允许的情况下，开发者更倾向去实现较为简单合理的feature request，其他则加入to do list（毕竟订阅制）所以时间跨度会比较长。

由于Surge的体量，猜测每天邮件咨询/反馈数量是比较多的，导致大部分问题被无视，这可能是消磨用户耐心的主要原因。我看了一下以前发送的反馈邮件，十封只回复了其中两封。

所以自己现在半脱坑状态，非必要不反馈，又不是不能用 😂

msdurex

如果你要稳定版，基本员工都是不会改的。目前 Surge for Mac 最大问题是没有办法稳定无头。如果更新Helper 就会需要输入密码。

Deco

SurgeTeam
首先，感谢开发者回复并解释，谢谢。
然后，近期确实很多小小的bug我并未进行反馈（也就是按照野比佬所说的非必要不反馈，包含以上问题）。
只是今天可以说算是总结的提一句（没有恶意）。

其次：
问题一只是进行以前的bug描述，而和问题一情况一模一样的bug是问题三，shadow-tls-password配置后再进行UI操作会自动删除shadow-tls-password参数。按照您的说法，特意不加入UI也希望后期请修复这个bug。不然每次UI编辑又得去文本添加shadow-tls-password密码。谢谢

问题五 event notification类型目前只测试了三种。1: JS发出的通知、2: network changed、3: new optimal policy for group。只有3能够触发event。
注：用于测试的脚本内容为surge手册示例代码。

Deco

具体解释下问题一

shadowsocks的udp-relay参数是一直存在的，没开这个参数ss节点无法使用udp。然后很久以前，udp-relay这个参数是一直没有UI的（我反馈了，您也回复我并修复了），当在文本编辑添加该参数后，我们后期再去UI编辑该节点修改信息后，会自动删除udp-relay参数。

SSID那个指subnet setting override。具体情况如上一样，由于才开始的时候支持了强制开关TFO参数，因为没有UI，导致UI编辑Wi-Fi suspend（以前的名字）也导致TFO等无UI的参数被自动删除。

以上问题都是被您已经修复了的。提出这俩问题是因为问题3的出现。shadow tls参数没UI而我们UI编辑之后还是会自动删除该参数。
引出我的猜想：凡是surge UI没有的，但实际存在的参数，我们在配置该参数后再UI编辑都会被surge自动删除—————导致我相信这是surge基本逻辑。