Describe the bug
Emulator UI is not updated with additionally nested sub-collections & documents after the third nesting. E.G.
Here the ALL_CAPS are collections and camelCase are documents. If ${STUDY_DATA}/${studyID}/${STUDY_PARTICIPANTS}/${participantID} has already been created then this works:
await setDoc(
doc(
db,
`${STUDY_DATA}/${studyID}/${STUDY_PARTICIPANTS}/${participantID}/${PARTICIPANT_RESPONSES}/${startDate}`
),
data
)
the PARTICIPANT_RESPONSES subcollection and first document (startDate) immediately appear in the emulator UI. However,
await addDoc(
collection(
db,
`${STUDY_DATA}/${study_id}/${STUDY_PARTICIPANTS}/${participant_id}/` +
`${PARTICIPANT_RESPONSES}/${start_date}/${EXPERIMENT_TRIALS}`
),
data
)
does NOT change the emulator UI at all. Nothing changes, even when I refresh the page.
To Reproduce
Steps to reproduce the behavior:
Write a single nested document - e.g. a study document (STUDY_DATA/studyID)
Nest a document under this - e.g. a study participant (STUDY_DATA/studyID/STUDY_PARTICIPANTS/participantID)
Nest another document - e.g. a participant's experiment
The EXPERIMENT_TRIALS subcollection and trialID document do not appear in the UI
Expected behavior
The additionally nested data appears in the Emulator UI as with steps 2 and 3
Screenshots
The Emulator UI after I write to Firestore:
The Emulator UI after I manually add the subcollection name to the URL:
Desktop (please complete the following information):
OS: Windows 10
Browser: chrome
Version: 9.18.0
Additional context
I have checked both addDoc and setDoc with no change and the data is 100% being written to the emulators. I can query the data immediately after the await in code. Also, If I type in the URL exactly (e.g. changing http://localhost:4000/firestore/data/studyData/s1/studyParticipants/p1/participantResponses/2023-03-24T19%3A56%3A36.570Z to http://localhost:4000/firestore/data/studyData/s1/studyParticipants/p1/participantResponses/2023-03-24T19%3A56%3A36.570Z/experimentTrials ) the nested documents DO appear.
A somewhat similar situation appears when writing "real data" to Firestore itself. Occasionally the nested subcollections & documents will not automatically appear. However, with the live data a refresh of the Firestore console will fix the issue - this does NOT change anything when using the emulators
Describe the bug Emulator UI is not updated with additionally nested sub-collections & documents after the third nesting. E.G.
Here the ALL_CAPS are collections and camelCase are documents. If
${STUDY_DATA}/${studyID}/${STUDY_PARTICIPANTS}/${participantID}
has already been created then this works:the
PARTICIPANT_RESPONSES
subcollection and first document (startDate
) immediately appear in the emulator UI. However,does NOT change the emulator UI at all. Nothing changes, even when I refresh the page.
To Reproduce Steps to reproduce the behavior:
STUDY_DATA/studyID
)STUDY_DATA/studyID/STUDY_PARTICIPANTS/participantID
)STUDY_DATA/studyID/STUDY_PARTICIPANTS/participantID/PARTICIPANT_RESPONSES/startDate
Add a 4th nesting - e.g. an experiments trial
STUDY_DATA/studyID/STUDY_PARTICIPANTS/participantID/PARTICIPANT_RESPONSES/startDate/EXPERIMENT_TRIALS/trialID
EXPERIMENT_TRIALS
subcollection andtrialID
document do not appear in the UIExpected behavior The additionally nested data appears in the Emulator UI as with steps 2 and 3
Screenshots
The Emulator UI after I write to Firestore:
The Emulator UI after I manually add the subcollection name to the URL:
Desktop (please complete the following information):
Additional context
I have checked both
addDoc
andsetDoc
with no change and the data is 100% being written to the emulators. I can query the data immediately after theawait
in code. Also, If I type in the URL exactly (e.g. changinghttp://localhost:4000/firestore/data/studyData/s1/studyParticipants/p1/participantResponses/2023-03-24T19%3A56%3A36.570Z
tohttp://localhost:4000/firestore/data/studyData/s1/studyParticipants/p1/participantResponses/2023-03-24T19%3A56%3A36.570Z/experimentTrials
) the nested documents DO appear.A somewhat similar situation appears when writing "real data" to Firestore itself. Occasionally the nested subcollections & documents will not automatically appear. However, with the live data a refresh of the Firestore console will fix the issue - this does NOT change anything when using the emulators