Background
I'm creating a website for my school using react and node.js. Now when I fetch all the articles the fetch actually sends all the articles, but javascript doesn't the whole data.
This is what the network receives:
The code
fetch(`/api/article/fetchlatest?offset=${offset}`)
.then(res => res.json())
.then(res => {
console.log(res); // this is the console.log stated before
setList(res);
setFetched(true);
setOffset(offset + 10);
});
Top comments (17)
Hi @itssimonedev, can you clarify what problem you are having?
I understand you are fetching some results from an API, and getting them back in an array of JS objects.
The title of your post says something about "JS doesn't recognize fields," and your post itself says something about not having all the data, but it's not clear what issue you are having.
Maybe sharing a snippet of code that:
can help us help you π
Yes, you're right, I should have given a bit more of explanation.
I'm retrieving some data about articles in a database.
In this exact case I need to render a list with all the articles inside the database (Only two at the moment) so from a restful route I fetch those articles:
and this is the response:
so I get all the data I need from fetching.
Now to the problem, this is the snippet of the fetch:
After that res.json() even though checking in the network tab I get two elements in the array, the resulting array from res.json() is:
so basically I retrieve n elements from the array, but that res.json() always returns an array of x elements where x is always less than the expected n value.
The weirdest thing is that you can see from the second picture that the minimized version of the console.log is (2)[{...}, {...}], but upon expanding you can only see one field in the array and the length is 1 instead of 2.
I hope this helps in explaining my problem. Basically, I fetch some data and when I res.json() that data, it simply won't return the whole array.
Thanks Simone, that's much clearer! Strange indeed π€
One theory I have is that the fetch is working properly, but one of the functions after your
console.log(res)
is actually modifying the contents ofres
, causing one of the results to be removed.The basis of my theory is on that dev console weirdness: Chome lazily evaluates logged objects (I think that little blue info tag on the output says something about it, IIRC). So I think
res
has two objects when you log it out, but only one object by the time you expand the log details in the console π¬I could definitely be wrong here, but it's easy to verify: just remove those
set*
statements after the log and see what's in the console. π€That's why I can't stop thinking about it... That setList is the only one in the code, and since list is a const I couldn't set it without using hooks anyways. There is literally nothing touching list after that setList... It's... Crazy
So are you saying you tried removing the
set*
calls and it still didn't work?Also,
const
doesn't impact your ability to change inherently mutable data structures like arrays: it just prevents variable assignments. So anything could be changing your list if you give them a handle to it. Simple example:I have no set calls to remove, because the only setList call that I have is in that section I've shown you. I was wondering on whether a list = something could have changed those values but since I used the hook
const [list, setList] = useState()
list can only be modified through setList, and its only instance is the one I've shown. Also the problem is far beyond that, because I'm not logging the list, but the result res.json() itself, so it's as if it had not the time to process everything (Impossible, since res.json() returns a promise...can you try following code and tell us the what you get in the console
if your console.log spits out the right thing you are somewhere mutating your list
Edit: based on your screenshots it looks like you have a
list.shift()
somewhereThanks for illustrating this @chico1992 π That's the point I was trying to articulate.
I just did a search and found that at some point, React 16.7(ish?) made a change which uses an object identity check in the implementation of
useState
; the result is that the setter will do nothing if it is called with the same object that is currently memoized.This is relevant because it implies that the object given to the setter is stored by reference, not copied and stored by value, and thus can be mutated without interacting with the setter as long as you have a reference to it. π
Ok so you're saying that since it's memorized as reference I could copy the array - not the reference - generated by the .json() into a new variable and then use setList to insert the reference of the new object into the state, instead of directly setting it?
Yes you should always pass a new state to the set state and not mutate it i guess your useing a method somewhere that mutates the array stored in your state
Since hooks are based on functional principels you should be very careful with mutating your state
Const doesnβt prevent mutating an array or an object
Okay, new tests led to this:
Now when I
console.log([...res])
the array shows both of the fields, but then when IsetList([...res]); console.log(list)
it shows only the first value... I have no idea of the reason.I've created a pastebin with the whole code: pastebin.com/AAkyJusJ
Also this is the image of what my console is now:
Don't mind those errors as they're not about the code itself, but they're generated by react-md-components.
the error is the following line since splice muatest the array
splice doc
const elem = list.splice(i, i + 1)[0];
btw you should run your fetch logic in a useEffect since it's a side effect
Ah! There's your problem on line 56:
The
splice
method is a mutator: it changes what's in yourlist
state!Here's the doc for details, but basically you need to use a different approach for extracting the element you want there.
I think
slice
should work:developer.mozilla.org/en-US/docs/W...
or even
const elem = list[i]
if I'm not mistaken
Yeah definitely! π
Oh God I though I was using .slice... All this trouble for a p.. I can't believe it.
Thanks to both of you, you were life saver, I would have probably rewritten the entire code to find this.
when you expand the object at index 0, is the "missing" data still in there? I wonder if it's because you're responding with the stringified list. Maybe try
console.log(JSON.parse(res))
and compare toconsole.log(res)