andywang425 / blth Goto Github PK

本人用主号运行这个脚本，每次定时清理人的时候会把自己之前关注的UP也一并取关（自己关注的UP主开天选也会移到这个分组）
希望取关之前查询一次白名单后再取关

描述bug
基本只有在有版本更新时设置页面才会弹出脚本才会运行

重现bug
大概在三四个版本前就有这个bug，中间好了一阵子，后来又开始不启动了，关掉了abp并且检查了google脚本设置问题依旧存在

预期行为
正常情况下打开直播间应该运行脚本并弹出设置框和按钮

使用环境:

• 操作系统：Windows 10
• 浏览器及版本: Chrome 88.0.4324.190（正式版本） （64 位）
• 用户脚本管理器及版本：Tampermonkey 4.12.6128
• 脚本的版本: 5.6.5.7
• 网络情况(网速): 好
• 其他浏览器插件/脚本:
  哔哩哔哩(B站|Bilibili)收藏夹Fix
  解除B站区域限制
  跳过bilibili充电鸣谢

最近几个版本，开启后，已关注的直播间，【粉丝团】变成【关注】，就是【隐藏窗口和提示信息】旁边的标签按钮

描述bug
开启脚本后碰不到音量了

重现bug

1. 打开一个直播间
2. 音量一旦拉满，就碰不到了

之前一直都正常，今天(7.18)14:00之后出现bug
包裹里有剩余一天的辣条，手动点击【立刻开始送礼】或到达【送礼时间】自动触发送礼时，都不能正常送出礼物。


怀疑B站相关接口修改，最近正在大规模更新直播相关功能
当然有可能是我本地的脚本出了问题，希望你也测试一下功能是否还能正常使用

have some change cannot use bilbibli evolved and Bilibili Live Tasks Helper at the same time，I can watch the Lives and the BLTH is working,but i can find & contorl the panel

描述bug
长时间电脑无操作后会提示移动鼠标，不然自动终止播放

重现bug
随便开个直播间挂着，不动鼠标，保持chrome在前台，持续60分钟左右就出现提示

预期行为
正常情况下直播间不会自动停止播放

使用环境:

• 操作系统：Windows 10 19042.746
• 浏览器及浏览器版本: Google Chrome 88.0.4324.150
• 脚本的版本: 5.6.5

其他
其他和B站相关的脚本
Bilibili Evolved (Preview) 预览版1.11.16
哔哩哔哩(b站)显示UID和注册时间 0.4.6
Bilibili Evolved 已启用延后加载和Ajax Hook API
如果是脚本兼容问题我就先换回稳定版试试？有空能否测试一下，谢谢了

希望可以指定某一个up主给他的视频每天投5个硬币。
（获取指定up的视频列表，依次检查是否已经投满2个硬币，找到未投满的视频投出硬币）
（目前自动投币好像是从动态里获取视频进行投币的）

理由：用此脚本刷辣条大多数情况下是为了粉丝勋章亲密度，
而指定某一个up进行投币既可以帮助用户快速投满20硬币获得up的粉丝勋章，
在获取勋章后继续给该up投币又可以增加该勋章的亲密度，
相比于在关注列表里随机投币，定向投币更加符合该脚本刷粉丝勋章亲密度的功能。

在反馈bug之前，请确保你已经认真阅读了本项目的README和脚本的内置说明。

描述bug
5.6.4.3版本不显示“显示窗口和提示信息”的按钮，降级到5.6.4.2版本就可以了。

重现bug
说明您在进行了怎样的操作后出现了bug

1. 正常打开直播间

预期行为
显示“显示窗口和提示信息”的按钮

截图
如果可以，请提供有关截图

运行日志
控制台中出现的日志或错误提示。
可以截图或者直接复制。

使用环境:

• 操作系统：Windows 10
• 浏览器及浏览器版本: 如Microsoft Edge 版本 88.0.705.29 (官方内部版本) beta (64 位)
• 脚本的版本: 如5.6.4.3
• 网络情况(网速): 好
• 其他浏览器插件/脚本: violentmonkey v2.12.9 Bilibili-Evolved v1.11.5

其他
若您有其他想要补充的内容，请在此说明

开启【自动跳转房间获取小心心】后，如果目标直播间为短号，则会一直循环跳转。
（我之前为了保证挂脚本的房间一直开播就花了20硬币开了3号直播间的勋章，直播间地址live.bilibili.com/3）
当开启自动跳转后刷新，会提示“[小心心]3秒后跳转至房间3”，并在3秒后重载页面，并且不断循环，一直重复刷新。
并且在刷新后还会概率出现0-2条“[B站直播自动抢辣条]请先登陆”提示。
同时通过读取控制台日志发现，脚本读取的room_id是原本的长房间号：
[IGIFTMSG] Live_info: {room_id: 23058, ruid: 11153765, ...}
而手动进入live.bilibili.com/23058后B站会自动跳转至live.bilibili.com/3（与脚本无关）
同类型的短号直播间号我还测试了共青团**：910884->54；二次元的中科院物理所：21319143->1928

基于以上我个人猜测可能有2种原因导致了一直重复跳转：
1.刷新后登陆状态出现问题影响脚本的某些功能
2.房间room_id的长短号在脚本中未统一，读取到的是长号23058，跳转到的目标房间是短号3，无法达到所在房间与目标房间相一致，从而导致一直重复跳转重载。

修改建议：

1. 统一room_id的长短号
2. 适当增加自动跳转延时，3秒有点太短了，来不及修改脚本设置或者查看控制台日志
3. 跳转前检测当前房间是否符合获取小心心的条件（即检测是否有当前房间是否正在开播且拥有粉丝勋章），若当前房间可以获得小心心则不跳转。
   （因为我有粉丝勋章的主播大都是短号，长号的未开播。我开启自动跳转后无法稳定在任何一个直播间，所以实际上我暂时无法测试脚本中是否本来就是这个实现逻辑。
   （只是希望不会每次都只能跳到同一个(3号)直播间(除非他下播)，打扰用户正常挂脚本看直播（虽然可以临时关掉自动跳转来实现不跳转(建议2.)）
4. 【跳转房间后移除直播画面并静音】功能很棒，但是我现在由于循环跳转bug无法测试。
   想问一下是直接不获取直播流了还是仅仅不播放而已，这对于宽带占用甚至付费的流量会有一定影响。
   但同时我又担心直接不获取直播流的话会不会被B站判为未在直播间观看而无法获得小心心。
5. 如果4中无法直接不获取直播流的话，希望可以增加一个【小心心获得达到上限后自动跳转至未开播直播间】（最好也是粉丝勋章里找房间，可开关）的功能，从而可以节省挂机成本。

我想使用Linux终端使用这个脚本，怎么样能够实现？

其他
众所周知，每日任务投币前五枚有经验，而一个原创稿件可以投两个币。目前插件投过一个币的稿件不会下次补上另一个币。这意味着1/3的视频能投2个币却只投了1个币。既然能设置给谁投币，希望将来能调整下检测视频还能不能投币的机制，让我们能补上没投的币。

谷歌浏览器，不仅SC（醒目留言）折叠存在问题，SC到时消失貌似也存在问题

描述bug
新版本（即此版本）在Safari浏览器中无法运行，而在运行旧版挂机助手时一切正常，很神奇

重现bug
更新助手后发现无法启动，在关闭了所有插件与重装后仍无效

使用环境:

• 操作系统：系统为macOS Catalina 10.15.7（即最新版本）
• 浏览器及浏览器版本: Safari 14.0.3（也是最新版本）
• 脚本的版本: 5.6.5.3

在4.2.1版本中，脚本中【优先送礼房间】设置为0、【剩余礼物送礼直播间(及ID)】设置为对应直播间号和UID，包裹中有1天辣条，自动送礼时出现如下异常：
[自动送礼] 【剩余礼物】房间[xxx] 送礼异常:参数错误(348)

在4.2版本及之前没有遇到该错误，且更新至4.2.1后各项参数均未改动。不确定是脚本更新导致的错误还是B站自身改动导致。

另外在4.2版本中，送出剩余礼物也只会送辣条而不送小心心，不知道在4.2.1版本中是否一并修复了(暂时没有1天小心心来验证)。

最后再次请求将定义“剩余礼物”的剩余时间由默认1天改为自定义天数。虽然之前你跟我说可以自己改 let limit = 86400，但脚本更新频率太高，每次都要手动去改太麻烦了(仅建议)

以下内容均在辣条完全充足的情况下讨论
目前自动送礼是实现逻辑是：
检查第一个粉丝勋章(A)亲密度是否已满->未满则赠送至上限；已满则跳过->检查下一个粉丝勋章(B)是否已满……

遇到的一个问题是，B站对于亲密度上限的刷新方式与帮助中心的说明存在不一致：
“Q：我的粉丝勋章刚才升级了，那每日亲密度上限会重新计算吗？“
“A：不会重新计算的，还是按照升级前的上限额度。“
但实际测试中，当勋章升级导致亲密度上限提高时，会立即应用升级后的上限，例如：
某天粉丝勋章从5级(上限500)升级至6级(上限1000)后，则当天可以获得的亲密度上限为1000而非500

在脚本实现上：检查勋章A(5级)未满->送出500，此时A升至6级->检查勋章B->……
这样导致勋章A当天本来可以获得1000点亲密度，但只送了500。
实测如果再次手动点击立即送礼，这可以继续给A赠送。
但一般情况下脚本每天只送一次，没有第二次检查机会。

因此希望可以增加一步确认亲密度上限已满，逻辑为：
检查勋章A亲密度是否已满->已满则跳过；未满则赠送至上限，然后回到上一步->检查下一个粉丝勋章(B)是否已满……

for 房间(勋章)列表
while(勋章未满){
if(剩余辣条==0)退出
送出min(剩余辣条,上限-当前)
}
就是给每个房间送辣条时加个循环直到真的送满。
不过我没有测试勋章升级后，亲密度上限的增加是否有延迟。可能在送完升级后第二次检查时上限还未增加，导致我这种简单修改的方式不能实现。

另一种实现方式可以在每天只送一次的基础上增加循环送礼，让用户选择可以每小时(可选)送一次，并同时可以在晚上定时送一次。因为我担心在最后几分钟可能恰好网络不稳定/系统更新/浏览器/脚本崩溃，导致当天的礼物全部作废，因此经常会时不时手动点击立即送礼来减少以上情况发生时的损失。
如果可以每天多次自动送礼则可以忽略上边的问题。

开启抽奖后会关注很多up，动态首页会很乱，勾选未中奖取关的话又会因为重复关注被识别为机器，所以能不能增加一个屏蔽动态首页里天选up分组的动态和左侧正在直播的功能？

图中这些设置的勾勾点击取消并保存后，刷新网页任然显示勾勾还在

win10
edge浏览器 版本 87.0.664.75
脚本5.6.4.5

只是显示错误。比如取消移除2233模型的勾勾后再刷新，2233模型未被移除，但是脚本上的勾还在

这次更新的bug：
1.天选经常显示检查出错
2.昨天直播间挂了一天，发现小心心只增加了7个，我更新了页面之后又好了。
3.天选的关注人都被自动移到默认关注组了，而不是BLTH天选关注UP组
4.投币明明选的是5个，但是只投了3个

如有大横幅的直播间，问题直播间id:388 （2021年1月30日）
无其他直播间的条件下显示

Microsoft Edge浏览器加载暴力猴扩展无法使用此脚本，不显示抽奖窗口。
前几天还能使用来着。

版本 84.0.522.40 (官方内部版本) (64 位)
此浏览器基于 Chromium 开源项目及其他 开源软件。

描述bug
更新最新版本BLTH后，
进入直播间后BLTH界面不出现，且bilibili-evolved也不出现
禁用bilibili-evolved后BLTH同样无法工作

重现bug
进入某个直播间

预期行为
出现BLTH的按钮

截图
如果可以，请提供有关截图

运行日志
以下日志为仅运行BLTH的日志
控制台已清除。 player-loader-latest.min.js:27:254 构建时间：Fri Dec 25 2020 14:19:55 GMT+0800 (**标准时间) player-loader-latest.min.js:25:75083 fMp4Player v1.18 player-loader-latest.min.js:27:120328 即使其 MIME 类型（“text/html”）不是有效的 JavaScript MIME 类型，仍已加载来自“https://www.bilibili.com/plus/widget/ajaxGetCaptchaKey.php?js”的脚本。 22566228 某些 Cookie 滥用推荐的“sameSite“属性 3 Object { team_id: 0, rank_type: 2, daily_score: 0, daily_rank: 0, total_score: 0, total_rank: 0, rank_type_status: 0, rank_type_value: 0, is_settle: 0, is_static: 1, … } activity-entry.7b08d02cb2dac72bf49c.js:16:123705 [Player] Tracking STATISTICS_PLAYURL_LOADED (342). player-loader-latest.min.js:44:13223 [Player] Tracking STATISTICS_LIVE_PLAYER_INIT (364). player-loader-latest.min.js:44:13223 Bilibili Live V4.0.0 "Life Experience" Lovingly By © 2014 - 2020 Bilibili Live Department ...(●'◡'●)ﾉ♥ # Renascence # main.127bb8a6856ee77de078.js:68:1028304 Version: V4.0.0 "Life Experience", CodeName: Neptune. main.127bb8a6856ee77de078.js:68:1028464 [Player] Tracking UV (0). player-loader-latest.min.js:44:13223 此网站似乎使用 scroll-linked 定位效果。这可能无法与异步平移一起使用；参见 https://developer.mozilla.org/docs/Mozilla/Performance/ScrollLinkedEffects 详细了解，也可加入我们一起讨论相关的工具和功能！ 22566228 Object { team_id: 0, rank_type: 2, daily_score: 0, daily_rank: 0, total_score: 0, total_rank: 0, rank_type_status: 0, rank_type_value: 0, is_settle: 0, is_static: 1, … }

使用环境:

• 操作系统：Windows 10
• 浏览器及浏览器版本: 如Firefox 78.6.0esr
• 脚本的版本: 5.6.4
• 网络情况(网速): 一般
• 其他浏览器插件/脚本: bilibili-evolved 1.11.5 Tampermonkey 4.11.6120

其他
上个版本BLTH无此问题

比如https://live.bilibili.com/680，或者https://www.bilibili.com/blackboard/activity-xlqtJZLnM.html。关掉插件就会恢复正常。怀疑是不是跟直播间背景有关

可以给打卡弹幕加个黑名单吗，这样方便删牌子

Originally posted by @nbwlbw in #28 (comment)

B站粉丝勋章规则今天发生了较多更新，希望可以针对性推出新功能
https://link.bilibili.com/p/help/index#/audience-fans-medal

重点改变：

如何入团并获得粉丝勋章
当日在直播间内消费满9.9元或直接投喂B坷垃，即可加入粉丝团并且获得主播的粉丝勋章。

如何升级我的粉丝团内的粉丝勋章
在直播间内观看5min即可获得1个小心心，对主播投喂小心心或投喂道具，即可增加亲密度。1小心心=50亲密度，100瓜子=1 亲密度。达到当前等级升级所需的亲密度，即可升级哦～

如何点亮我的勋章
7天内未完成点亮任务（投喂小心心或金瓜子礼物）则对应的勋章就会熄灭哦～熄灭后的勋章不会掉亲密度，等级也不会降低哦～
在勋章对应的直播间内，投喂小心心或任意金瓜子礼物均可点亮熄灭的勋章哦～

自动送礼时间，设置成24小时制会不会好点？
可以根据本地计算机(或某服务器)时间触发，就像 不抽奖 时间那样！
或者直接23点50分自动开始送。

最新的B站更新以后 似乎原来的显示/隐藏页面的按钮消失了。加载脚本后打开任意直播间似乎会默认未登录状态，（无法留言，礼物栏不加载，瓜子数为0，粉丝勋章不显示）

描述bug
切换直播间清晰度会导致看不了直播

重现bug
打开直播间，把清晰度从默认的蓝光切换为原画

预期行为
正常情况下切换成功，现在的版本5.6.5有问题

运行日志
仅限错误
1)
TypeError: t[i].split is not a function
at Function.value (player-latest.min.js:18)
at e.value (player-latest.min.js:18)
at l.set (player-latest.min.js:18)
at e.start (player-latest.min.js:16)
at e.initialize (player-latest.min.js:16)
at new e (player-latest.min.js:16)
at e._createPlayer (player-latest.min.js:18)
at e.reloadLive (player-latest.min.js:18)
at e.reloadLive (player-latest.min.js:16)
at player-latest.min.js:35
console.error @ main.9b7e4300a104289f7cfd.js:89
e._createPlayer @ player-latest.min.js:18
e.reloadLive @ player-latest.min.js:18
e.reloadLive @ player-latest.min.js:16
(anonymous) @ player-latest.min.js:35
(anonymous) @ player-latest.min.js:16
e.emit @ player-latest.min.js:16
(anonymous) @ player-latest.min.js:16
setTimeout (async)
(anonymous) @ player-latest.min.js:16
(anonymous) @ player-latest.min.js:16
(anonymous) @ player-latest.min.js:16
a @ player-latest.min.js:16
Promise.then (async)
l @ player-latest.min.js:16
(anonymous) @ player-latest.min.js:16
r @ player-latest.min.js:16
e.shouldReusePlayUrl @ player-latest.min.js:16
(anonymous) @ player-latest.min.js:16
(anonymous) @ player-latest.min.js:16
(anonymous) @ player-latest.min.js:16
(anonymous) @ player-latest.min.js:16
r @ player-latest.min.js:16
e.reload @ player-latest.min.js:16
(anonymous) @ player-latest.min.js:35
(anonymous) @ player-latest.min.js:16
e.emit @ player-latest.min.js:16
e.errorRecover @ player-latest.min.js:16
(anonymous) @ player-latest.min.js:35
(anonymous) @ player-latest.min.js:16
e.emit @ player-latest.min.js:16
(anonymous) @ player-latest.min.js:35
setTimeout (async)
(anonymous) @ player-latest.min.js:35
(anonymous) @ player-latest.min.js:16
e.emit @ player-latest.min.js:16
e.error @ player-latest.min.js:16
(anonymous) @ player-latest.min.js:35
(anonymous) @ player-latest.min.js:16
e.emit @ player-latest.min.js:16
r @ player-latest.min.js:35
setTimeout (async)
(anonymous) @ player-latest.min.js:35
(anonymous) @ player-latest.min.js:16
e.emit @ player-latest.min.js:16
e.errorRecover @ player-latest.min.js:16
(anonymous) @ player-latest.min.js:35
(anonymous) @ player-latest.min.js:16
e.emit @ player-latest.min.js:16
e.error @ player-latest.min.js:16
(anonymous) @ player-latest.min.js:35
(anonymous) @ player-latest.min.js:16
e.emit @ player-latest.min.js:16
r @ player-latest.min.js:35

TypeError: t[i].split is not a function
at Function.value (player-latest.min.js:18)
at e.value (player-latest.min.js:18)
at l.set (player-latest.min.js:18)
at e.start (player-latest.min.js:16)
at e.initialize (player-latest.min.js:16)
at new e (player-latest.min.js:16)
at e._createPlayer (player-latest.min.js:18)
at e.reloadLive (player-latest.min.js:18)
at e.reloadLive (player-latest.min.js:16)
at player-latest.min.js:35

TypeError: t[i].split is not a function
at Function.value (player-latest.min.js:18)
at e.value (player-latest.min.js:18)
at l.set (player-latest.min.js:18)
at e.start (player-latest.min.js:16)
at HTMLDocument.document.hidden.onVisibilityChange (player-latest.min.js:16)
console.error @ main.9b7e4300a104289f7cfd.js:89
document.hidden.onVisibilityChange @ #player-latest.min.js:16

使用环境:

• 操作系统：Windows 10 教育版 20H2 19042.746
• 浏览器及浏览器版本: Chrome 88.0.4324.104
• 脚本的版本: 5.6.5

其他
#58 可能和这个issue问题差不多
https://live.bilibili.com/16548 脚本开启不影响原画看直播
https://live.bilibili.com/1 有上述问题，如果保持在蓝光这个清晰度可开脚本看直播，关闭脚本就可以原画看直播

如题，不知道有没有其他伙伴会这样？

可能添加了 购买勋章功能，导致和 bilibili直播间工具 冲突，导致 直播间工具 无法查看弹幕栏底部的 勋 章列表了。

1. 设置忽略所需金瓜子大于0的天选时，对于需要有粉丝勋章或大航海才能发弹幕参加的天选时刻，是如何处理的？

【注】参加天选时刻有两层限制：
参与条件【是否关注/勋章等级/大航海/主站等级/直播用户等级】和参与方式【赠送礼物/发送弹幕口令】

2. 轮询的房间来源于各分区小时榜和热门房间列表。可以考虑在此基础上优先轮询已关注的正在开播的直播间，因为这些房间里恰好有粉丝勋章/大航海的几率更高些。
3. 对于因为天选而由脚本自动关注的主播，可以在脚本中临时记录一下。等下一次轮询时检查该主播的天选是否已经结束，若已结束则取消关注该主播。这样仅有少数因为中途关闭脚本或程序错误而没有取关的主播需要手动取关，减少一键取关时短时间内取关的主播数量从而降低被风控的风险。

由于我使用之前没有认真阅读使用说明，给作者造成了非常不好的影响，我在此向作者郑重道歉，对不起！

描述bug
Firefox下使用暴力猴需要更改格式才可以正常加载.
Uncaught ReferenceError: BilibiliAPI is not defined
控制台如上提示.
将4条 require 语句从
//@require https://cdn.jsdelivr.net/gh/jquery/[email protected]/dist/jquery.min.js
修改成
// @require https://cdn.jsdelivr.net/gh/jquery/[email protected]/dist/jquery.min.js
可以加载.
点击 立刻开始送礼 会出现新的错误信息
[IGIFTMSG] ReferenceError: assignment to undeclared variable ArrayEXCLUDE_ROOMID
改用未压缩的脚本可以正常送礼.

使用环境:

• 浏览器: Linux/Firefox/暴力猴v2.12.7
• 浏览器版本: 78.0.2
• 脚本的版本: 3.7.3
• 网络情况(网速): 好

需求描述

b站上过一次舰长后就会到21级，在21级以上粉丝勋章打卡是没用的（不会增加亲密度）
我暂时是放入黑名单不打卡，但是这样又很奇怪，而且我每次上舰长还要记得加进去

实现

1. 在拉取粉丝勋章的时候多判断一次等级数，大于20自动跳过
2. 可以做成开关配置，默认关闭，有需要的开启

建议提高【脚本窗口】挂载的层次，让其显示在礼物/包裹的上层。
首先，“脚本窗口可以上下滚动！部分设置可能需要滚动后才能看到。”这个本身就有一点麻烦。
其次，当浏览器窗口全屏的情况下进入直播间页面加载脚本后，再缩小浏览器窗口，直播间画面也会跟着缩小，但【脚本窗口】不会缩小，这样就会造成下方的礼物栏遮挡在【脚本窗口】之上(如图)的bug，被遮挡部分无法通过上下滚动显示出来。

对于一些不同熟悉计算机的用户，很可能会不知所措。

建议让【脚本窗口】显示在整个直播窗口的上层，并取消滚动直接以最大高度显示，让用户通过滚动整个页面来查看下方内容而不是在【脚本窗口】内滚动，更加符合使用习惯。同时在窗口也添加一个相同功能的更加显眼的【隐藏窗口】按钮，防止用户不知道怎么收起窗口（效果如图）：

描述bug
脚本已经有一段时间(+-10day)不会自动快速获取小心心, 更新后也无效

重现bug
开启脚本, 打开任意非定制页面的直播间
脚本功能正常加载, 但是小心心无法自动快速获取, 只能由零开始按观看时间缓慢累加

预期行为
启用脚本后进入直播页面, 快速取得直播道具小心心

运行日志
控制台输出到" [IGIFTMSG][0:19:7:602] [小心心]检测到包裹内7天小心心数量: 0
后不再有内容输出

使用环境:

• 浏览器: Edge
• 浏览器版本: 新版
• 脚本的版本: 即时更新版本
• 网络情况(网速): 好
• 其他浏览器插件/脚本: 无
• bug出现时间: 固定存在

其他
可能是B站API做了变更, 奇怪的是至今未见其他用户提出无法使用的issue, 似乎大家都能正常使用?

人在国外，每天早上10点才是国内0点新的一天。

比如：
1）我在直播间A发弹幕时。
2）它会自动检测现在是否戴着这个直播间的牌子。
3）如果没戴的话，查看自己有没有这直播间的牌子。
4）如果有的话，自动换牌子再发弹幕。
5）然后我去直播间B发弹幕时，它会重新执行②③④。

我不清楚会不会很难，如果很难不用执意于我这个问题也可以。
打扰了。谢谢辛苦你了。

今天的脚本为何无法正常使用了?刷新直播间后无法加载脚本的界面,仅有三个提示
1.脚本配置载入成功
2.CACHE载入成功
3.Apptoken载入成功

现在脚本运行的很好.
每日分享签到等操作都要本地时间换天才能实现.
如果能把时区一起读取, 国内换天就执行每日操作就更好了.

【自动投币】硬币不足时会陷入死循环，控制台一直提示硬币不足，页面浮动提示[自动每日奖励][每日投币]'undefined
【礼物到期时间】默认为86400(即1天)，但修改成其他数值后（比如172800(2天)、2592000(30天)）再手动点击立即送礼，依然只会送出剩余时间为1天的礼物，2天以上的不会送出。
怀疑是设置未应用，或者数值溢出。
个人建议修复bug的同时将礼物到期时间改为以天为单位，因为包裹中的辣条是每天过期一次的，不需要精确到秒

描述bug
Tampermonkey中显示此脚本正在运行，但实际却没有运行(没有显示面板、浮动通知，也没有执行脚本功能)。

重现bug
偶尔发生，用同一台电脑+相同浏览器+相同脚本在不同时间打开脚本，有时正常运行有时不能正常加载（不正常时即使多次刷新也依然无法加载）

运行日志
图中被选中的3条(倒数第2~4条)是在Tampermonkey中开启此脚本后新增的日志(其他日志即使不开启此脚本也会显示)。

此3条日志的文本形式附于文后

使用环境:
浏览器: Microsoft Edge
浏览器版本: Microsoft Edge 85.0.564.44
脚本的版本: 4.5
网络情况(网速): 一般
其他浏览器插件/脚本: 无
bug出现时间: 2020-9-7 09:55

其他
脚本日志文本：

Access to XMLHttpRequest at 'https://api.live.bilibili.com/live_user/v1/UserInfo/get_info_in_room?roomid=23058' from origin 'https://live.bilibili.com' has been blocked by CORS policy: No 'Access-Control-Allow-Origin' header is present on the requested resource.

GET https://api.live.bilibili.com/live_user/v1/UserInfo/get_info_in_room?roomid=23058 net::ERR_FAILED

Uncaught (in promise) {readyState: 0, getResponseHeader: ƒ, getAllResponseHeaders: ƒ, setRequestHeader: ƒ, overrideMimeType: ƒ, …}

在反馈bug之前，请确保你已经认真阅读了本项目的README。

描述bug
简要描述所遇到的bug
其实已经关注了主播，但是页面会显示未关注状态。
重现bug
说明您在进行了怎样的操作后出现了bug

1. 启动插件
2. 打开已关注主播直播间

预期行为
简要描述进行以上操作后预期的脚本行为

截图
如果可以，请提供有关截图

运行日志
控制台中出现的日志或错误提示。
可以截图或者直接复制。

使用环境:

• 浏览器: 搜狗浏览器
• 浏览器版本: 10.0.0.33218
• 脚本的版本: 最新版本
• 网络情况(网速): 好
• 其他浏览器插件/脚本: 无
• bug出现时间: 每时每刻

其他
若您有其他想要补充的内容，请在此说明

会不会是放糖的问题

在反馈bug之前，请确保你已经认真阅读了本项目的README。

描述bug
简要描述所遇到的bug

重现bug
说明您在进行了怎样的操作后出现了bug

1. xxx
2. xxx

预期行为
简要描述进行以上操作后预期的脚本行为

截图
如果可以，请提供有关截图

运行日志
控制台中出现的日志或错误提示。
可以截图或者直接复制。

使用环境:

• 浏览器: 如Chrome/Opera
• 浏览器版本: 如Chromium 81.0.3147.89
• 脚本的版本: 如3.5
• 网络情况(网速): 好/一般/坏
• 其他浏览器插件/脚本: 在此写上您认为可能会对本脚本产生影响的插件/脚本
• bug出现时间: (精确到分钟)

其他
若您有其他想要补充的内容，请在此说明

描述bug
打卡弹幕偶尔会有反馈内容非法

重现bug
三天中四十多个牌子出现了两次

截图

运行日志

使用环境:

• 操作系统：Windows 10`
• 浏览器及浏览器版本: Chrome 87.0.4280.66（正式版本）64位
• 脚本的版本: 5.6.3.1`
• 网络情况(网速): 正常
• 其他浏览器插件/脚本: bilibili evolved

其他
直播中心中确认了该牌没有成功弹幕打卡。
如果是短时间发过多弹幕的原因，是否能增加在收到内容非法的反馈后，几秒后再次尝试发送打卡弹幕的功能

建议增加自动发弹幕，在其他房间抽节奏风暴时随机发一些弹幕，在挂机的房间定期发一点弹幕。我这简单测试发现发弹幕貌似能减少风控的几率，弹幕内容什么都行，最好是bilibili直播间里提供的字符表情。