I've just released 10.0.19. Besides a bunch of minor fixes, an update to the bxslider component and the auctions system and cache mentioned in recent previous blogs, the rest of the changes relate to the saved listings system.

In the past, there've been two parallel saved listings systems -- one in the database for members and one in browser localstorage for guests. 10.0.19 unifies that by importing the guest localstorage data to the database, and sending a cookie to the browser to act as a unique identifier for that guest's database entries. This means it's now possible to show how many guests have saved a particular listing, as well as how many members. This unification process also made it easier for me to bring a guest's saved listings with them when they become a member, which wasn't happening before but is now (automatically).

A major under the hood structural change to saved listings is that they've been moved to their own separate table now instead of being tracked in the listing savedby field. The only way this will affect most of you is that you can now create toplists of saved listings in the toplist generator by selecing the savedlinks table. If by some chance you created a toplist with a custom SQL filter based on the savedby field, it will no longer work until you convert it -- fortunately I think it's unlikely that anyone has done so since the format of the field wasn't documented. The underlying reason for the change was to enable manual drag and drop ordering of saved listings, which isn't enabled by default but is available with the new manualsortsaved tweak. If not using manualsortsaved, the old sorting selector still works.

Another change is that saved listings collections can now be shared publically between your members. When the new "public saved listings" switch is turned on, each member's profile page shows a link to view that member's saved listings. If comments are switched on, members can also discuss each other's saved listing collection.