NineChime forum

This has been a point of confusion for a while.  I switched it to ID_2 in Wacintaki 1.2.x, but that was a hack.  Using PIC_ID is now correct, as of 1.3.x.

In 1.3.0, I changed the database sorting system so the picture count will never reset to zero.  The piccount value is now the total number of pictures, and when the picture limit is reached, clean_picture_slots() will actually remove the oldest images, rather than overwrite pictures with the lowest PIC_ID value.  I just forgot to change the index page back to PIC_ID values after the new sorting code was working.

The problem with your board is that it was an upgrade from OP, and not a fresh install.  If a board is installed "fresh", and not updated from OekakiPoteto, the PIC_ID and ID_2 values should be identical if no pictures are deleted by admins.  Since you're using an upgraded board, though, the piccount was probably reset several times in the past, and the value is going to be much too low.  The proper fix for this is to reset the piccount value to the current ID_2 value in the oekakidta table.  That ensures that the picture filenames will match what's shown on the index page.  It's a bit confusing to have the index page show an image as "[1500]", but the filename is "OP_953.png".  The other solution, of course, is to change the index page, but the image filenames won't match.

I don't have a tool to fix the piccount value, but I can make one for you.  The new sorting system doesn't care what the filenames are or what the current value of piccount is -- it cleans up eveything automatically, now.

Waccoon wrote:

I don't have a tool to fix the piccount value, but I can make one for you.  The new sorting system doesn't care what the filenames are or what the current value of piccount is -- it cleans up eveything automatically, now.

Er, sure! It's mostly a cosmetic thing, so it's not at all pressing, but it'd be wonderful. Thanks!