windury 发表于 2018-12-8 02:07:27

现在的周奖励设置只debuff,不重置回正常

六千二百三十四点经验;

本周为平静之周,无特殊效果!

萧峰、都府刺杀、谍报、万安塔、宋远桥、胡一刀等任务奖励下降,慕容仆人、天珠、护镖、破阵等任务奖励不变,韩员外、偷学、韩世忠等任务奖励上升,公孙止奖励最佳。


以前正常奖励是8000-11000左右,前面平静周gsz被debuff,只有一半奖励,每次都是5000左右
周刷新后gsz变成最佳奖励,我刚刚又拿到Task奖励系数:奖励系数 125%   

在这种情况下居然只有上面的6234点经验奖励,明显是原来的debuff没有去除,后面的buff只是加到了原来被debuff的数值上面去了,才出来6000多的结果

请wiz查看一下,debuff 50%就很变态的不合理了,麻烦请尽快fix这个问题吧?

另外:每天晚上9点到11点的那个15%buff 北美时区的都享受不到,这个是不是不太公平,能不能加一个EST 3:00PM-5:00PM的作为补偿?

北大侠客行MUD,中国最好的MUD

zine 发表于 2018-12-8 02:39:54

这个情况是以前公孙止,韩世忠,萧峰共用一个周作为奖励,公孙止文件已经上传,但没有update。
所以公孙止奖励系数是144,但公孙止用的是萧峰的奖励系数,将在更新后变为正常
debuff不存在不会去除的情况,和设定是一步操作。

windury 发表于 2018-12-8 03:50:57

那现在没有变回正常奖励是因为没有update的原因,是吧?

zine 发表于 2018-12-8 03:55:41

回复 3# windury


    现在已经update,请对照jobquery,如果不符合请贴出log

windury 发表于 2018-12-8 04:07:27

Sat Dec8 04:05:58 2018
执行时段错误:*Bad argument 2 to replace_string()
Expected: string Got: 0.

程式:/feature/serial_tasks.c 第 36 行
物件: /feature/serial_tasks
呼叫来自:/feature/command.c 的 command_hook() 第 118 行,物件: /clone/user/user#3465400 ("枫尘")
呼叫来自:/cmds/std/go.c 的 main() 第 336 行,物件: /cmds/std/go
呼叫来自:/feature/move.c 的 move() 第 356 行,物件: /clone/user/user#3465400 ("枫尘")
呼叫来自:/feature/move.c 的 show_objects() 第 115 行,物件: /clone/user/user#3465400 ("枫尘")
呼叫来自:/feature/basename.c 的 short() 第 233 行,物件: /kungfu/class/jueqinggu/gongsun_zhi#5971002 ("公孙止")
呼叫来自:/feature/basename.c 的 my_status() 第 139 行,物件: /kungfu/class/jueqinggu/gongsun_zhi#5971002 ("公孙止")
呼叫来自:/kungfu/class/jueqinggu/gongsun_zhi.c 的 query_status() 第 24 行,物件: /kungfu/class/jueqinggu/gongsun_zhi#5971002 ("公孙止")
呼叫来自:/cmds/usr/jobquery.c 的 JobToNo() 第 62 行,物件: /cmds/usr/jobquery
呼叫来自:/cmds/usr/jobquery.c 的 get_job_info() 第 293 行,物件: /cmds/usr/jobquery
呼叫来自:/adm/daemons/speweek.c 的 query_han_bonus() 第 336 行,物件: /adm/daemons/speweek
呼叫来自:/adm/daemons/speweek.c 的 isRequiredTask() 第 268 行,物件: /adm/daemons/speweek
呼叫来自:/feature/serial_tasks.c 的 isRequiredTask() 第 36 行,物件: /feature/serial_tasks

windury 发表于 2018-12-8 04:08:19

gsz奖励现在恢复已经正常
页: [1]
查看完整版本: 现在的周奖励设置只debuff,不重置回正常