On Tue, May 10, 2011 at 8:26 AM, Chad <innocentkiller(a)gmail.com> wrote: Broadly speaking we can divide our cookie usages into: * login/session-related stuff (mostly seems to fall under falls under the necessary exception) * saved state/preferences ('necessary' exception does.... not? apply...?) * tracking cookies for A/B testing and related metrics gathering -- this'd be the most relevant actual stuff, but today should sit mostly in optional extensions. Shouldn't affect UK-based third parties, but one should consider how Wikimedia's own tracking setup works and if it's clear and consensual enough. Quick survey from a quick search-around for use of setCookie, document.cookie, or $.cookie: core: * session cookie * old-session-has-been-logged-out cookie * saved login token cookie * last-used username cookie * TOC show/hide state * some sort of session / buckets infrastructure to aid other scripts? AddMediaWizard: firefogg preferences ArticleFeedback: rating state, something about 'pitches'? CategoryBrowser: seems to save some sort of state CentralAuth: login session state CentralNotice: banner hiding state ClickTracking: session ID for monitoring a/b testing DismissibleSiteNotice: dismissal state FundraiserPortal: not exactly sure what LanguageSelector: language selection state MobileRedirect: mobile redirection preference Narayam: input method preference OggHandler: player preference OpenID: last-used OpenID provider SecurePoll: something or other WebFonts: web fonts preference WikiEditor: toolbar selection/expansion state, TOC sidebar state Vector: collapsable navigation state, something that appears to be a/b testing infrastructure for section edit links tests -- brion

On 11 May 2011 20:51, Platonides <Platonides(a)gmail.com> wrote: Should only require altering that little piece of text. (Can someone just do this, or should a bug be filed? Will it be marked WONTFIX?) I was most amused by Google and Facebook claims that not filling people's PCs with a zillion tracking cookies would deeply compromise security. I can see a Wikipedia mailing list nitpicker trying to substantiate the claim, but not anyone weighing up the matter sensibly. - d.

Good Afternoon MediaWiki Fans: I'm migrating our installations to a new machine with upgraded everything. I'm wondering of the MySQL character set choices are important. My older installation is: MySQL 5.0.22-standard and the new one is: 5.5.11 The older MySQL installation reports character sets: $ mysqlCmd -e "show variables;" mysql | egrep -i "character|collation" character_set_client latin1 character_set_connection latin1 character_set_database latin1 character_set_filesystem binary character_set_results latin1 character_set_server latin1 character_set_system utf8 character_sets_dir /usr/share/mysql/charsets/ collation_connection latin1_swedish_ci collation_database latin1_swedish_ci collation_server latin1_swedish_ci The new MySQL system reports: $ mysqlCmd -e "show variables;" mysql | egrep -i "character|collation" character_set_client utf8 character_set_connection utf8 character_set_database latin1 character_set_filesystem binary character_set_results utf8 character_set_server latin1 character_set_system utf8 character_sets_dir /usr/share/mysql/charsets/ collation_connection utf8_general_ci collation_database latin1_swedish_ci collation_server latin1_swedish_ci Is anything in the system going to care that some latin1 types are now utf8 ? --Hiram

Hello, I recently found that one of the wikis that I thought was being maintained was not. Now, I see some 50+ spam posts. 1) Is there a quick way to delete a group of articles? 2) Can one delete/ban/block users and delete all their articles also? 3) I did also have a situation where I was displaying an article list with the extension that does this. I noticed that the front page that Displayed the most recent articles using dynamic article list, was displaying links to articles that I deleted. When you clicked on the links they were dead. Isn't there a way to make this extension not display articles that have been deleted? Thanks, Bruce ++++++++++++++++++++++++++++++++++++++++++++++++++ Bruce Whealton, Owner Future Wave Designs FOAF: http://whealton.info/BruceWhealton1/foaf.rdf Vcard: http://whealton.info/BruceWhealton1/brucewhealtonvcard.html Web Design and Development http://FutureWaveDesigns.com http://futurewavedesigns.com/wordpress/ Web Technology wiki: http://futurewavedesigns.com/w/ ++++++++++++++++++++++++++++++++++++++++++++++++++

I had this same problem. I made a list of all the pages in a text file then fed them to ./maintenance/deleteBatch.php [2]. These does exactly like it sounds, delete the pages. I haven't bothered to be block the spam users because, at least so far, they never come back to use them after the initial spam edit. As for DPL. If you hit a page with ?action=purge attached to the URL (IE http://en.wikinews.org/wiki/Template:Latest_news?action=purge ), it will dump all the removed pages. -Jon [1] http://www.mediawiki.org/wiki/Manual:DeleteBatch.php On Wed, May 11, 2011 at 17:34, Bruce Whealton < bwhealton(a)futurewavedesigns.com&gt; wrote: -- Jon [[User:ShakataGaNai]] / KJ6FNQ http://snowulf.com/ http://ipv6wiki.net/