https://bugzilla.wikimedia.org/show_bug.cgi?id=46690
Steven Walling <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|Unprioritized |High Status|NEW |ASSIGNED Assignee|[email protected]. |[email protected] |org | --- Comment #3 from Steven Walling <[email protected]> --- (In reply to comment #2) > There are 2 different ways we could solve this without spamming the database: > > Client-side: > When the ajax request for the thanks action completes, store the rev_id in a > session cookie. When the history or diff page is loaded, have it check > against > the rev_ids in the user's session, and set the links appropriately (either a > non-linking 'thanked' or a linked 'thank'). > > Server-side: > When the Thanks API completes the thank action store the rev_id in the user's > memcached store. In the insertThankLink hook, check the memcached store for > that rev_id and set the links appropriately. The session cookie storage solution isn't permanent, but it prevents immediate duplicates by confused users who have refreshed the page or hit Back/Forward. This is a pretty critical enhancement, so even if that's not perfect, getting something out soon to fix this should be a priority IMO. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
