[COMPASS-6714] Mongosh client in Compass renders Long numbers incorrectly Created: 10/Apr/23  Updated: 14/Jun/23

Status: Open
Project: Compass
Component/s: Embedded Shell
Affects Version/s: 1.36.2
Fix Version/s: None

Type: Bug Priority: Critical - P2
Reporter: strau 0106 Assignee: Unassigned
Resolution: Unresolved Votes: 0
Labels: FY2024Q3-candidate
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

OS: macOS
node.js / npm versions: I don't know which are being used by compass
Additional info:


Issue Links:
Problem/Incident
is caused by NODE-3391 EJSON.stringify does not stringify Lo... Backlog
Story Points: 3

 Description   

Problem Statement/Rationale

When querying a collection with a document with a Int64, from the mongosh client in compass with the following example query:

db.xp.findOne({"not_the_affected_field": "not the affected text"}) 

 

I get my document returned. However the last two digits of the numbers in that document (mostly long ids, 60 bit) are returned as zeros. Comparing this to the result from a bash mongosh client, the numbers are returned and shown as Long("1234512345"),

Please be sure to attach relevant logs with any sensitive data redacted.{}

Steps to Reproduce

Create collection

Add document with a field with a long number (more than 32 bit) in it

Query for that document by another field

Last two digits are shown as 0s

example from above: 1234512300

Expected Results

What do you expect to happen?

Either: Long("1234512345") or 1234513245

Actual Results

What do you observe is happening?

1234512300

Additional Notes

Any additional information that may be useful to include.

Server is docker server image latest as of yesterday.



 Comments   
Comment by PM Bot [ 10/Apr/23 ]

Hello strau0106@gmail.com, thank you for reaching out to us! The team will review your issue and get back to you soon as soon as possible.

Please review your issue to ensure you've included your environment details and have attached relevant logs (with any sensitive data redacted), so that we're best able to provide you a timely and thorough response. Thanks again!

Generated at Wed Feb 07 22:44:06 UTC 2024 using Jira 9.7.1#970001-sha1:2222b88b221c4928ef0de3161136cc90c8356a66.