[Mediawiki-l] Overwrite Images with no user accounts

David Price David.Price at austinsmithlord.com
Thu Dec 2 09:25:33 UTC 2010


Hi,

We have disabled user profiles and any security across the Wiki, but I need users to have the ability to overwrite existing images with the same name.  Currently we get the message A file with this name already exists, and cannot be overwritten.
If you still want to upload your file, please go back and use a new name.

Is there a way I can turn this off?

Thanks

David

-----Original Message-----
From: mediawiki-l-bounces at lists.wikimedia.org [mailto:mediawiki-l-bounces at lists.wikimedia.org] On Behalf Of mediawiki-l-request at lists.wikimedia.org
Sent: 01 December 2010 23:51
To: mediawiki-l at lists.wikimedia.org
Subject: MediaWiki-l Digest, Vol 87, Issue 2

Send MediaWiki-l mailing list submissions to
        mediawiki-l at lists.wikimedia.org

To subscribe or unsubscribe via the World Wide Web, visit
        https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
or, via email, send a message with subject or body 'help' to
        mediawiki-l-request at lists.wikimedia.org

You can reach the person managing the list at
        mediawiki-l-owner at lists.wikimedia.org

When replying, please edit your Subject line so it is more specific than "Re: Contents of MediaWiki-l digest..."


Today's Topics:

   1. Re: How to enable Link Wizard and Table Wizard in Vector?
      (Lars J?rgensen)
   2. Options for adding Terms and Conditions upon account      creation
      (Michael Kingery (HL7))
   3. Double Spacing on the "Printable Version" (Raymond M)
   4. Re: How to get around a kludge for external access to     MW
      objects (Platonides)
   5. Re: Options for adding Terms and Conditions upon  account
      creation (Platonides)
   6. Re: Double Spacing on the "Printable Version" (Platonides)
   7. Re: Double Spacing on the "Printable Version" (Raymond M)
   8. Re: Basic help (Gary Roush)
   9. Re: Basic help (David Benfell)
  10. how to access internal info properly (Juriy Katkov)


----------------------------------------------------------------------

Message: 1
Date: Wed, 1 Dec 2010 14:15:08 +0100
From: Lars J?rgensen <ITLJ at gyldendal.dk>
Subject: Re: [Mediawiki-l] How to enable Link Wizard and Table Wizard
        in      Vector?
To: MediaWiki announcements and site admin list
        <mediawiki-l at lists.wikimedia.org>
Message-ID:
        <311386E60ED7E74C8716A6573A7740A01870F172A4 at s-exch01-v.gyldendal.local>

Content-Type: text/plain; charset="iso-8859-1"

Sorry for replying to my own post, but I got it solved.

It appeared that the preference was set, but not activated until a user opened the preference pane and submitted it, without changing any data.


Lars

-----Original Message-----
From: mediawiki-l-bounces at lists.wikimedia.org [mailto:mediawiki-l-bounces at lists.wikimedia.org] On Behalf Of Lars J?rgensen
Sent: Wednesday, December 01, 2010 12:19 PM
To: mediawiki-l at lists.wikimedia.org
Subject: [Mediawiki-l] How to enable Link Wizard and Table Wizard in Vector?

Hi,

New to this group, but I have tried searching extensively before asking this seemingly simple question: How do I enable the Link Wizard and the Table Wizard in the Vector skin?

I run MediaWiki 1.16, I have installed the UsabilityInitiative extension and configured it according to the guidelines, and I have the WikiEditor up and running fine. What am I missing?


Lars
_______________________________________________
MediaWiki-l mailing list
MediaWiki-l at lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l



------------------------------

Message: 2
Date: Wed, 1 Dec 2010 09:31:12 -0500
From: "Michael Kingery (HL7)" <mkingery at hl7.org>
Subject: [Mediawiki-l] Options for adding Terms and Conditions upon
        account creation
To: <mediawiki-l at lists.wikimedia.org>
Message-ID:
        <D6446B6ECA37B54CBF30F6D01CE4962104D50D50 at exchange2003.AMGNET.NET>
Content-Type: text/plain;       charset="us-ascii"

What are the options for adding some text to the account creation process? At the very least I need a statement like the below added:



"By signing up to the wiki you agree to the <link to Acceptable Use
Policy>"



Are there any extensions for this or variables I can change? I'd like to avoid changing the PHP page that generates this page if possible so that it's not lost in future upgrades.



Thanks!



- Mike



------------------------------

Message: 3
Date: Wed, 1 Dec 2010 10:11:27 -0800
From: Raymond M <raymondsgroupmail at gmail.com>
Subject: [Mediawiki-l] Double Spacing on the "Printable Version"
To: mediawiki-l at lists.wikimedia.org
Message-ID:
        <AANLkTi=KoTCqxrj2BCCfdKJpG3gC_VEfr3sA1jaXm23r at mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1

I'm wanting to use printable version to print reviewable hard-copy editions that must be double spaced.  This can be a configuration change, I have no need to make this selectable each time.  Is there something in OutputPage.php that would set this?



------------------------------

Message: 4
Date: Wed, 01 Dec 2010 19:20:33 +0100
From: Platonides <Platonides at gmail.com>
Subject: Re: [Mediawiki-l] How to get around a kludge for external
        access to       MW objects
To: mediawiki-l at lists.wikimedia.org
Message-ID: <id63k8$25s$1 at dough.gmane.org>
Content-Type: text/plain; charset=ISO-8859-1

Jim Hu wrote:
> On Nov 30, 2010, at 5:13 PM, Platonides wrote:
>> Jim Hu wrote:
>>>
>>> but we are often also using Title, Article, and/or Revision objects, Categories etc.  My approach seems to fail in MW versions post 1.14.  I'm reviewing a bunch of this code now to see if I can clean some other things up/make it easier to maintain/make it forward compatible, so I thought I'd ask the list: is there a better way to do this?
>>>
>>> Thanks!
>>>
>>> Jim
>>
>>
>> You could create a new style maintenance script which overrides
>> setup()
>
> Ah!  Of course!  Thanks.
>
> Jim

Or a special page and show the statistics in the wiki :) (note that you can disable the skin)




------------------------------

Message: 5
Date: Wed, 01 Dec 2010 19:37:18 +0100
From: Platonides <Platonides at gmail.com>
Subject: Re: [Mediawiki-l] Options for adding Terms and Conditions
        upon    account creation
To: mediawiki-l at lists.wikimedia.org
Message-ID: <id64jn$7qu$1 at dough.gmane.org>
Content-Type: text/plain; charset=ISO-8859-1

Michael Kingery (HL7) wrote:
> What are the options for adding some text to the account creation
> process? At the very least I need a statement like the below added:
>
> "By signing up to the wiki you agree to the <link to Acceptable Use
> Policy>"
>
> Are there any extensions for this or variables I can change? I'd like
> to avoid changing the PHP page that generates this page if possible so
> that it's not lost in future upgrades.
>
> Thanks!
>
> - Mike

It's straightforward to add some text there, just edit includes/templates/Userlogin.php and add the text there, for instance:


                        </td>
                </tr>
+<tr><td></td><td>By creating an account I abide to the <a
+href="http://www.example.org/">Terms and Conditions</a></td></tr>
<?php   }

                $tabIndex = 9;
                if ( isset( $this->data['extraInput'] ) && is_array( $this->data['extraInput'] ) ) {


Doing it in a extension is a bit harder.
You want to hook to UserCreateForm and then call $template->addInputItem(). It would look like this:

$wgHooks['UserCreateForm'][] = 'efAddTerms'; function efAddTerms(&$template) {  $template->addInputItem('AUP', false, 'checkbox', 'I abide to the [[Acceptable Use Policy]]');  return true; }

That would add the checkbox. You also need to verify that it was checked:

$wgHooks['AbortNewAccount'][] = 'efAbortIfUnacceptable'; function efAbortIfUnacceptable($user, &$abortError) {  global $wgRequest;  $abortError = 'We only accept people which agree with the Acceptable Use Policy';  return $wgRequest->getCheck('AUP'); }

Good luck




------------------------------

Message: 6
Date: Wed, 01 Dec 2010 19:40:16 +0100
From: Platonides <Platonides at gmail.com>
Subject: Re: [Mediawiki-l] Double Spacing on the "Printable Version"
To: mediawiki-l at lists.wikimedia.org
Message-ID: <id64p8$8n0$1 at dough.gmane.org>
Content-Type: text/plain; charset=ISO-8859-1

Raymond M wrote:
> I'm wanting to use printable version to print reviewable hard-copy
> editions that must be double spaced.  This can be a configuration
> change, I have no need to make this selectable each time.  Is there
> something in OutputPage.php that would set this?

Edit [[MediaWiki:Print.css]] and place there:
p { line-height: 2em; }

(be sure to test the print results with the Print Preview feature of your browser)




------------------------------

Message: 7
Date: Wed, 1 Dec 2010 11:34:11 -0800
From: Raymond M <raymondsgroupmail at gmail.com>
Subject: Re: [Mediawiki-l] Double Spacing on the "Printable Version"
To: MediaWiki announcements and site admin list
        <mediawiki-l at lists.wikimedia.org>
Cc: Platonides at gmail.com
Message-ID:
        <AANLkTi=Dbe+2RYvMQ-K0cm6i6Qwjx34Z6g7KiLUL59Fu at mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1

It goes into the skins/common/commonPrint.css file in my version.
Worked great! Thanks!

On Wed, Dec 1, 2010 at 10:40 AM, Platonides <Platonides at gmail.com> wrote:
> Raymond M wrote:
>> I'm wanting to use printable version to print reviewable hard-copy
>> editions that must be double spaced. ?This can be a configuration
>> change, I have no need to make this selectable each time. ?Is there
>> something in OutputPage.php that would set this?
>
> Edit [[MediaWiki:Print.css]] and place there:
> p { line-height: 2em; }
>
> (be sure to test the print results with the Print Preview feature of
> your browser)
>
>
> _______________________________________________
> MediaWiki-l mailing list
> MediaWiki-l at lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
>



------------------------------

Message: 8
Date: Wed, 01 Dec 2010 17:57:37 -0500
From: Gary Roush <groush2 at earthlink.net>
Subject: Re: [Mediawiki-l] Basic help
To: MediaWiki announcements and site admin list
        <mediawiki-l at lists.wikimedia.org>
Message-ID: <E1PNvcH-0002OQ-Hw at elasmtp-curtail.atl.sa.earthlink.net>
Content-Type: text/plain; charset="us-ascii"; format=flowed

Uploading files is finally fixed.  After escalating help with ReadyHosting to level 3, I finally found someone who could change the image directory permissions to "full" (their term).  That solved the problem, but interestingly when I look at the directory permissions using FileZilla, it still shows 755.  No idea why it does not show 777, but since file upload now works I am done with this.

Thanks to those of you who helped!

Gary

At 05:36 PM 11/30/2010, you wrote:
>More precisely, chmod the images directory so that the webserver can
>write to it. (If you don't have access to chown or chgrp, then you will
>indeed have to chmod it to 777.)
>
>On Tue, Nov 30, 2010 at 3:54 PM, trueskew <trueskew at gmail.com> wrote:
> > chmod -R 777 images
> >
> >> -----Original Message-----
> >> From: mediawiki-l-bounces at lists.wikimedia.org
> >> [mailto:mediawiki-l-bounces at lists.wikimedia.org] On Behalf Of Gary
> >> Roush
> >> Sent: Tuesday, November 30, 2010 12:48 PM
> >> To: MediaWiki announcements and site admin list
> >> Subject: Re: [Mediawiki-l] Basic help
> >>
> >> Hi Benjamin,
> >>
> >> I removed those two lines from LocalSettings.php and got a
> >> different error message of "Could not create directory
> >> "public/1/1f"".  So it still can not create a directory but at
> >> least found the images directory.  What now?
> >>
> >> Thanks,
> >> Gary
> >>
> >> At 10:46 AM 11/30/2010, you wrote:
> >> >On Tue, Nov 30, 2010 at 9:42 AM, Gary Roush
> >> <groush2 at earthlink.net> wrote:
> >> > > Interesting that "public" is actually the images directory.
> >> >Yeah, that's rather unhelpful behavior.  See
> >> >https://bugzilla.wikimedia.org/show_bug.cgi?id=13812 (which I'm
> >> >re-adding to my to-do list).
> >> >
> >> > > $wgUploadPath = true; ///< defaults to "{$wgScriptPath}/images"
> >> > > $wgUploadDirectory = true; ///< defaults to "{$IP}/images"
> >> >$wgUploadPath and $wgUploadDirectory default to false, which
> >> >allows them to be initialized in Setup.php; setting them to true
> >> >is
> >> probably
> >> >causing the odd behavior.  You actually don't need to set
> >> them at all
> >> >if you just want the defaults, so you should remove those two
> >> >lines from LocalSettings.php.
> >> >
> >> >_______________________________________________
> >> >MediaWiki-l mailing list
> >> >MediaWiki-l at lists.wikimedia.org
> >> >https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
> >>
> >>
> >> _______________________________________________
> >> MediaWiki-l mailing list
> >> MediaWiki-l at lists.wikimedia.org
> >> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
> >
> >
> > _______________________________________________
> > MediaWiki-l mailing list
> > MediaWiki-l at lists.wikimedia.org
> > https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
> >
>
>_______________________________________________
>MediaWiki-l mailing list
>MediaWiki-l at lists.wikimedia.org
>https://lists.wikimedia.org/mailman/listinfo/mediawiki-l




------------------------------

Message: 9
Date: Wed, 1 Dec 2010 15:31:29 -0800
From: David Benfell <benfell at parts-unknown.org>
Subject: Re: [Mediawiki-l] Basic help
To: MediaWiki announcements and site admin list
        <mediawiki-l at lists.wikimedia.org>
Message-ID: <20101201233129.GA18066 at parts-unknown.org>
Content-Type: text/plain; charset="us-ascii"

On Wed, 01 Dec 2010, Gary Roush wrote:

> Uploading files is finally fixed.  After escalating help with
> ReadyHosting to level 3, I finally found someone who could change the
> image directory permissions to "full" (their term).  That solved the
> problem, but interestingly when I look at the directory permissions
> using FileZilla, it still shows 755.  No idea why it does not show
> 777, but since file upload now works I am done with this.

I believe what's crucial here is that the web server software be able to write to the directory.  You're right that changing the directory permissions to 755 wouldn't fix this.  Changing the ownership of the directory to the account under which your web server software runs, however, might.

--
David Benfell <benfell at parts-unknown.org> http://www.parts-unknown.org/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
Url : http://lists.wikimedia.org/pipermail/mediawiki-l/attachments/20101201/84be7f9a/attachment-0001.pgp

------------------------------

Message: 10
Date: Thu, 2 Dec 2010 02:50:25 +0300
From: Juriy Katkov <katkov.juriy at gmail.com>
Subject: [Mediawiki-l] how to access internal info properly
To: MediaWiki announcements and site admin list
        <mediawiki-l at lists.wikimedia.org>
Message-ID:
        <AANLkTik4oduydTgZWNvPZENbF_8ueNeyz54XQuZuWJDQ at mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1

Hello!

I have a question about accessing the internal info of mediawiki in an extension code, e.g. information about revisions for pages.
What interface has less chances to change during the development of Media Wiki? Is it database structure or mediawiki classes such as User, Article, Revision?

For example, it's very simple to make select-query for getting all contributors for the page $thisPageTitle:

SELECT  rev_user_text
    FROM page
    INNER JOIN revision on page.page_id=revision.rev_page
    WHERE
    page_title=\"$thisPageTitle\";

On the other hand I'm sure that there exists a  class method that allows us to do the same thing.

What of these ways is more proper in terms of portability from one MediaWiki version to another?

Sincerely yours,
Yury Katkov


------------------------------

_______________________________________________
MediaWiki-l mailing list
MediaWiki-l at lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l


End of MediaWiki-l Digest, Vol 87, Issue 2
******************************************

________________________________________________________________________
This e-mail has been scanned for all viruses by Star. The service is powered by MessageLabs. For more information on a proactive anti-virus service working around the clock, around the globe, visit:
http://www.star.net.uk
________________________________________________________________________

________________________________________________________________________
This e-mail has been scanned for all viruses by Star. The
service is powered by MessageLabs. For more information on a proactive
anti-virus service working around the clock, around the globe, visit:
http://www.star.net.uk
________________________________________________________________________



More information about the MediaWiki-l mailing list