Good First Issues in Vue

Description Currently some text fields and elements of the ui, when too long for the current window view (whether on mobile or resized desktop window), are simply cut off. Two examples are the current save folder and folder names / file names in the content tab Describe the solution you'd like Make those fields "scrollable" laterally Describe alternatives you've considered Use line breaks and extend the window's size vertically making it 2 lines Complementary informations Is this feature already implemented in the default WebUI?

Bug description I would like to report a bug, before 2.33.0, everything was OK, now part of the space to search is cut off, I'm going to leave a screenshot. It happens only in Safari on iOS and on macOS, Firefox is fine. If I revert to prior 2.33.0, everything is fine. The latest 2.34.0 also has the Issue. Expectations space in the search field box Relevant debug informations Nil Steps to reproduce On Safari only How did you install VueTorrent? Downloaded from GitHub releases Environment description OS: macOS, iOS Browser Safari : on iOS and macOS PWA: Yes / No Running inside a container: No qBittorrent version 5.2.1 VueTorrent version 2.33.0 and above Agreements The bug still occurs on the nightly build (demo runs on nightly): link The bug still occurs on the latest version of qBittorrent A similar issue doesn't already exist I checked the DevTools and included any errors that may show up

当前已经实现在调度台选择某队列启动时可以选择某一脚本开始启动，希望在选择某脚本的情况下可以选择从某一用户开始启动 ui可以复用从某一脚本开始启动的ui，当选择的是队列时，右侧区域可以选择从某一脚本开始，当选择的是用户时，该区域可以选择从某一用户开始

背景 脚本设置会把各用户的配置存到按 UUID 区分的目录。编辑页只能拉起配置程序，无法一键打开对应文件夹，手动找路径很麻烦。 期望 在用户编辑页（已有 userId 时）增加「打开配置文件夹」 点击后在系统文件管理器中打开该用户的配置目录 目录尚不存在时自动创建再打开 覆盖通用 / MAA / SRC / MaaEnd 等脚本类型的用户编辑页

有的游戏更新了以后当天可能需要手打，专门去修改队列又有点麻烦

描述问题 软件的运行比较吃性能，我的这台笔记本比较旧，但还是能用的，平常用VScode，浏览器开着十几个标签页都不卡，结果现在用这个软件，打开一个页面就卡一下，这一点我觉得似乎可以优化一下 在我的设备上，软件的窗口尺寸是定死的，我觉得应该让它能调节大小以便适应多样的使用环境 另外，这个软件的加好友功能是不是有些问题？我搜了官方频道的随机一个人的昵称，显示没有结果，我甚至试了单个字母，依旧没效果，是我用的方法错了吗 描述您想要的解决方案 对软件进行性能优化 加入窗口尺寸调节 考虑的替代方案 在软件中提供选项倒也是个不错的方式，以此可以决定部分非必要的功能的开关，以此提高性能 其他上下文 No response

📌 软件版本 3.0.6 💻 系统环境 Windows 11 🐛 问题描述 描述 当前配置： libsqlite3-sys = { version = "0.30.1", features = ["bundled-sqlcipher-vendored-openssl"] } 遇到的问题： 该特性试图在 Windows 上从源码构建 OpenSSL，这引入了对 Perl (MSWin32) 和 NASM 的构建时依赖。 在常见的 Windows 开发环境（如 Git Bash, MSYS2 UCRT64）中，PATH 中优先存在的通常是 Cygwin/Unix 风格的 Perl。OpenSSL 的构建脚本 Configure 无法兼容这种 Perl（因为它无法生成 Windows 风格的反斜杠路径），导致构建直接崩溃： Error configuring OpenSSL build: This perl implementation doesn't produce Windows like paths... This Perl version: ... x86_64-cygwin-thread-multi 虽然安装 Strawberry Perl 可以解决此问题，但这会带来工具链冲突风险（污染 PATH），且导致极长的编译时间。 建议 Target-specific dependency management 建议在 Windows 平台移除 vendored-openssl 特性，转