Re: [MediaWiki-l] MediaWiki Bug

2012-07-06 Thread Brandon Pimenta
E-mail considered stale (>1 day without reply). Closing. On Thu, Jul 5, 2012 at 6:46 PM, Brandon Pimenta wrote: > I have all the necessary permissions to use patrolling. Is there something > missing here, or is it Flagged Revs? > > > On Thu, Jul 5, 2012 at 9:05 AM, Krinkle wrote: > >> To avoid

Re: [MediaWiki-l] MediaWiki Bug

2012-07-05 Thread Brandon Pimenta
WTF? This message has not had a reply in 3 hours. On that basis it is stale and will be closed. On Thu, Jul 5, 2012 at 6:46 PM, Brandon Pimenta wrote: > I have all the necessary permissions to use patrolling. Is there something > missing here, or is it Flagged Revs? > > > On Thu, Jul 5, 2012 at

Re: [MediaWiki-l] MediaWiki Bug

2012-07-05 Thread Brandon Pimenta
I have all the necessary permissions to use patrolling. Is there something missing here, or is it Flagged Revs? On Thu, Jul 5, 2012 at 9:05 AM, Krinkle wrote: > To avoid that anyone can patrol something, this ability has been > restricted. > > Check [[Special:Preferences]] and look in which user

Re: [MediaWiki-l] MediaWiki Bug

2012-07-05 Thread Krinkle
To avoid that anyone can patrol something, this ability has been restricted. Check [[Special:Preferences]] and look in which user groups you are. Then go to [[Special:ListGroupRights]] and look up those user groups. Does any of those groups you are a member of have the "patrol" user right? If no

Re: [MediaWiki-l] MediaWiki Bug

2012-07-05 Thread Tom Hutchison
On 7/5/2012 5:54 AM, Brandon Pimenta wrote: My code in LocalSettings.php: $wgUseRCPatrol = true; $wgUseNPPatrol = true; So what went wrong? Brandon, Missed the Flagged Rev extension in your very first post. IMO, many times it is an extension which causes unexpected results. I don't use t

Re: [MediaWiki-l] MediaWiki Bug

2012-07-05 Thread Brandon Pimenta
My code in LocalSettings.php: $wgUseRCPatrol = true; $wgUseNPPatrol = true; So what went wrong? On Thu, Jul 5, 2012 at 6:29 AM, Stip wrote: > Am 05.07.2012 11:14, schrieb Brandon Pimenta: > > In my environment, there's no "[mark as patrolled]" link. Is there >> something missing here? Where d

Re: [MediaWiki-l] MediaWiki Bug

2012-07-05 Thread Stip
Am 05.07.2012 11:14, schrieb Brandon Pimenta: In my environment, there's no "[mark as patrolled]" link. Is there something missing here? Where do you optain this token? What's wrong? http://www.mediawiki.org/wiki/Help:Patrolled_edits Have a look at that page and check for |$wgUseRCPatrol in yo

Re: [MediaWiki-l] MediaWiki Bug

2012-07-05 Thread Brandon Pimenta
In my environment, there's no "[mark as patrolled]" link. Is there something missing here? Where do you optain this token? What's wrong? On Thu, Jul 5, 2012 at 5:38 AM, Krinkle wrote: > Hi Brandon, > > I saw that bug report just now (without this thread as context). > > This is not a bug and not

Re: [MediaWiki-l] MediaWiki Bug

2012-07-05 Thread Krinkle
Hi Brandon, I saw that bug report just now (without this thread as context). This is not a bug and nothing to worry about whatsoever. For those not up to date with bug 38189 (resolved as invalid), the user is trying to access the following kind of url: http://wiki.example.org/mw/index.php?title=

Re: [MediaWiki-l] MediaWiki Bug

2012-07-05 Thread Brandon Pimenta
I reported it to Bugzilla. See bug 38189 . I still get the error message. The permissions of the 'sky', 'wikisessiondata', and 'nonwebaccessible' folders are read and write for owner and read only for staff and world. Maybe this command will he

Re: [MediaWiki-l] MediaWiki Bug

2012-07-04 Thread Platonides
On 04/07/12 07:44, Brandon Pimenta wrote: > Same error: There seems to be a problem with your login session; this > action has been canceled as a precaution against session hijacking. Go back > to the previous page, reload that page and then try again. > > I think this a bug. I entered the followi

Re: [MediaWiki-l] MediaWiki Bug

2012-07-03 Thread Brandon Pimenta
Same error: There seems to be a problem with your login session; this action has been canceled as a precaution against session hijacking. Go back to the previous page, reload that page and then try again. I think this a bug. I entered the following code in my LocalSettings.php: session_save_path(

Re: [MediaWiki-l] MediaWiki Bug

2012-07-03 Thread Tom Hutchison
Here is the Localsettings.php code... session_save_path( '/absolute/path/to/sessions/folder' ); Usually something like, /home/youraccountname/thefolder Like Platonides said, make sure it is writable by your web server. I have one host I deal with which is a bit twitchy, so I have to use this

Re: [MediaWiki-l] MediaWiki Bug

2012-07-03 Thread Tom
Oops you misunderstood me. I know the session path isn't stored in localsettings.php. But you can point to the session path in localsettings. Guess it is for those without access to php.ini. Personally mine are stored outside of the public_html file. Tom Sent from my iPhone On Jul 3, 2012, a

Re: [MediaWiki-l] MediaWiki Bug

2012-07-03 Thread Platonides
On 03/07/12 23:14, Tom wrote: > Because (I think) mediawiki running under php 5.3.x wants an absolute session > path in your localsettings.php file or your php.ini file > > See > > http://www.mediawiki.org/wiki/Manual:Errors_and_symptoms#Sorry.21_We_could_not_process_your_edit_due_to_a_loss_of_

Re: [MediaWiki-l] MediaWiki Bug

2012-07-03 Thread Tom
Because (I think) mediawiki running under php 5.3.x wants an absolute session path in your localsettings.php file or your php.ini file See http://www.mediawiki.org/wiki/Manual:Errors_and_symptoms#Sorry.21_We_could_not_process_your_edit_due_to_a_loss_of_session_data._Please_try_again._If_it_stil

[MediaWiki-l] MediaWiki Bug

2012-07-03 Thread Brandon Pimenta
My current operating system and MediaWiki details: - Operating System: Mac OS X 10.6.2 - MediaWiki: 1.17.3 - PHP: 5.3.0 - SQLite: 3.16.5 - Extensions Installed: AdminLinks, Flagged Revisions, MultipleUpload, Nuke, Password Reset, Renameuser, Update, User Administration, WebChat,