- 当前 Bug 的表现（可附上截图）
下面的数据库截图
- 预期表现
希望是一个标准Date对像
- 复现路径
- 提供一个最简复现 Demo
- 具体描述
在小程序端的时候, 直接get()的时候, 是标准的Date对象
在云函数get()再返回的时候, 就如图
收藏
回答
| 框架类型 | 问题类型 | 终端类型 | AppID | 基础库版本 |
|---|---|---|---|---|
| 小程序 | Bug | 客户端 | wx239c428aa56c173c | 2.3.0 |
3 个回答
请 登录 后发表内容
相关问题
| 框架类型 | 问题类型 | 终端类型 | AppID | 基础库版本 |
|---|---|---|---|---|
| 小程序 | Bug | 客户端 | wx239c428aa56c173c | 2.3.0 |
- 当前 Bug 的表现（可附上截图）
下面的数据库截图
- 预期表现
希望是一个标准Date对像
- 复现路径
- 提供一个最简复现 Demo
- 具体描述
在小程序端的时候, 直接get()的时候, 是标准的Date对象
在云函数get()再返回的时候, 就如图
3 个回答
这是 bug，我们会尽快修复
collection.where({
createTime: _.gte(new Date(record.createTime)),
}).count()
_.gte 没有筛选出创建时间大于等于当前记录record的createTime
_.gte处理Date 和 Geo类型怎么处理呢
不知道算不算bug, 这样不一致就比较难受