重现步骤

[步骤]


[结果]


[期望]

1. 进入VAT发票后,改post请求,不会报错
历史记录  
  1. 2022-03-29 15:22:26, 由 刘超 创建。
  2. 2022-03-29 18:08:13, 由 宋宇 指派给 刘超。
    修改了 指派给,旧值为 "songyu",新值为 "liuchao"。
    这是财务模块,并不是CRM模块,不归我们处理
  3. 2022-03-29 18:27:16, 由 刘超 指派给 程伟。
    修改了 指派给,旧值为 "liuchao",新值为 "chengwei"。
  4. 2022-03-30 08:58:39, 由 程伟 指派给 刘超。
    修改了 指派给,旧值为 "chengwei",新值为 "liuchao"。
    财务应该是属于利润
  5. 2022-03-30 09:09:20, 由 刘超 指派给 许瑞丰。
    修改了 指派给,旧值为 "liuchao",新值为 "xuruifeng"。
  6. 2022-03-30 10:46:48, 由 许瑞丰 指派给 刘超。
    修改了 指派给,旧值为 "xuruifeng",新值为 "liuchao"。
    这个不是我们的功能模块,另外这个已经统一组织优化这个设计缺陷,建议把清单整理出来,根据各组时间按排情况,建立需求统一处理
  7. 2022-03-30 16:33:39, 由 刘超 指派给 胡晓龙。
    修改了 指派给,旧值为 "liuchao",新值为 "huxiaolong"。
  8. 2022-03-30 16:41:22, 由 林鸿贵 编辑。
    修改了 影响环境,旧值为 "577,",新值为 "577"。

  9. 2022-04-18 20:15:18, 由 胡晓龙 指派给 何建宝。
    修改了 指派给,旧值为 "huxiaolong",新值为 "hejianbao"。
    宝哥
  10. 2022-04-20 18:28:37, 由 何建宝 指派给 胡晓龙。
    修改了 指派给,旧值为 "hejianbao",新值为 "huxiaolong"。
    这个不是采购模块的,找错人了
  11. 2022-04-21 08:53:53, 由 胡晓龙 编辑。
    修改了 Bug标题 ,区别为:
    001- 【财务管理】【VAT发票管理】进入VAT发票管理模块后,就自动勾选上了所有的来源渠道
    001+ 【财务管理】【VAT发票管理】进入VAT发票管理模块后,就自动勾选上了所有的来源渠道,搜索后报414 too long
    001- 【财务管理】【VAT发票管理】进入VAT发票管理模块后,就自动勾选上了所有的来源渠道
    001+ 【财务管理】【VAT发票管理】进入VAT发票管理模块后,就自动勾选上了所有的来源渠道,搜索后报414 too long
    修改了 重现步骤,区别为:
    004- 1. 进入VAT发票后,不自动勾选来源渠道,来源渠道默认为空
    004+ 1. 进入VAT发票后,改post请求,不会报错
    004- 1. 进入VAT发票后,不自动勾选来源渠道,来源渠道默认为空<br />
    004+ 1. 进入VAT发票后,改post请求,不会报错<br />
  12. 2022-04-21 09:14:35, 由 胡晓龙 指派给 刘超。
    修改了 指派给,旧值为 "huxiaolong",新值为 "liuchao"。
  13. 2022-04-21 16:03:06, 由 刘超 编辑。
    修改了 Bug类型,旧值为 "bydesign",新值为 "external"。

    VAT发票管理上级菜单为财务管理,应属于利润组模块,建议将查询接口的请求方式换成POST,并且进入VAT发票管理页面后,取消默认勾选所有来源渠道


  14. 2022-04-21 16:03:12, 由 刘超 指派给 许瑞丰。
    修改了 指派给,旧值为 "liuchao",新值为 "xuruifeng"。
  15. 2022-04-21 17:54:01, 由 林鸿贵 指派给 宋宇。
    修改了 指派给,旧值为 "xuruifeng",新值为 "songyu"。
  16. 2022-04-21 17:54:14, 由 宋宇 指派给 梁欢。
    修改了 指派给,旧值为 "songyu",新值为 "lianghuan"。
  17. 2022-04-21 17:54:45, 由 胡晓龙 编辑。
    修改了 所属模块,旧值为 "1644",新值为 "0"。
    修改了 Bug类型 ,旧值为 "external",新值为 ""。
    修改了 优先级 ,旧值为 "3",新值为 "0"。
    修改了 操作系统,旧值为 "win10",新值为 ""。
    修改了 关键词 ,旧值为 "",新值为 "历史遗留问题,开发不担责"。
  18. 2022-04-29 18:10:15, 由 梁欢 解决,方案为 第三方原因(外部系统) 。
    修改了 解决方案,旧值为 "",新值为 "external"。
    修改了 解决版本,旧值为 "",新值为 "trunk"。
    修改了 解决日期,旧值为 "",新值为 "2022-04-29 17:53:27"。
    修改了 指派给 ,旧值为 "lianghuan",新值为 "liuchao"。
    修改了 Bug状态 ,旧值为 "active",新值为 "resolved"。
    修改了 是否确认,旧值为 "0",新值为 "1"。
    修改了 解决者 ,旧值为 "",新值为 "lianghuan"。

    原因:Get方式提交时,url的长度有限制。,当来源渠道数量过多时,对导致 url太长的错误,而Google浏览器并没有处理url过长的机制。

    解决方案:提交方式由Get改为Post.

    影响范围:VAT发票管理模块 查询功能



  19. 2022-05-03 17:52:54, 由 刘超 添加备注。
  20. 2022-05-03 17:57:05, 由 刘超 关闭。
    修改了 Bug状态 ,旧值为 "resolved",新值为 "closed"。
    修改了 指派给 ,旧值为 "liuchao",新值为 "closed"。
    修改了 由谁关闭,旧值为 "",新值为 "liuchao"。
    修改了 关闭日期,旧值为 "",新值为 "2022-05-03 17:57:05"。
所属项目 技术中心-需求池
所属模块 /
所属计划
所属迭代
Bug类型
严重程度 提示
优先级
Bug状态 已关闭
业务部门
影响功能
开发责任人
测试责任人
解决时效 0
激活次数 0
激活日期
是否确认 是
当前指派 Closed 于 2022-05-03 17:57:05
截止日期 0000-00-00
上线时间
上线时效
操作系统
浏览器 firefox系列
关键词 历史遗留问题,开发不担责
抄送给
所属迭代
相关需求
相关任务
由谁创建 刘超 于 2022-03-29 15:22:26
影响环境 577
由谁解决 梁欢 于 2022-04-29 17:53:27
解决版本 主干
解决方案 第三方原因(外部系统)
由谁关闭 刘超 于 2022-05-03 17:57:05
最后修改 刘超 于 2022-05-03 17:57:05
相关Bug