phpwiki-talk

Re: [Phpwiki-talk] account creation when using logins

[<tho...@la...>]

On Thu, Sep 29, 2005 at 03:06:09PM +0100, Reini Urban wrote:
> Thomas is currently working on an Admin Interface to create some user
> credentials on advance, if auto-creation is not configured.
> You might want to try out CVS, plugin WikiAdminUtils

It's idle at time, but works for SQL databases (at least mysql).

Maybe I will work on this week-end, but I need to read so many code to
get the background on Phpwiki...

> I'm just working on the step to deprecate the phpwiki.users table at
> all, only pref and members are needed with 1.3.12.
> A users table should only be used read-only with an external database.
> (ExternalAuth)

Is it possible to you to commit Friday?


-- 
Thomas Harding

[Phpwiki-talk] CreateToc plugin

[Manuel V. <man...@gm...>]

Hello,

I modified the CreateToc wiki again because it was produsing lot's of
errors (with double quote, with wiki text, ...).
How do you wish I contribute my modif ?
* Against CVS version ?
* Inculding my old patch that allow a automatic counter usage ?
* Throught patch manager ?

Moreover, I still have problems with links inside title like:
!! test http://toto.com
!! test ma...@to...
Because TransformInline function (I still coding against 1.3.10 :/)
doesn't transform such text to html.

Regards,
Manuel

Re: [Phpwiki-talk] account creation when using logins

[Reini U. <ru...@x-...>]

Thomas is currently working on an Admin Interface to create some user
credentials on advance, if auto-creation is not configured.
You might want to try out CVS, plugin WikiAdminUtils

I'm just working on the step to deprecate the phpwiki.users table at
all, only pref and members are needed with 1.3.12.
A users table should only be used read-only with an external database.
(ExternalAuth)

On 9/22/05, Ben Hartshorne <ph...@gr...> wrote:
> I have recently configured a wiki that requires login and password
> before allowing the user to edit pages.  MySQL DB is used as the back
> end.  I am using version 1.3.11.
>
> In order to create the accounts, I edited the mysql tables directly,
> putting in entries such as the following:
>
> mysql> insert into user set userid=3D"BenH",passwd=3D"MySecretPass";
> mysql> insert into pref set userid=3D"BenH",prefs=3D'a:2:{s:6:"userid";s:=
4:"BenH";s:6:"passwd";s:12:"MySecretPass";}';
>
> At this point, I could log in, change my password, etc.
>
> Is there a better way of doing this?
> Is there an interface to creating accounts?
> May I skip the second insert line, and only add users to the 'user'
> table?
--
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] German Translation Update (Debian Bug#313815)

[Reini U. <ru...@x-...>]

Matt Brown schrieb:
> On Mon, 2005-09-26 at 22:48 +0200, Jens Seidel wrote:
>>On Mon, Sep 26, 2005 at 10:06:44AM +1200, Matt Brown wrote:
>>
>>>Thanks very much for providing the updated de.po patch against PHPwiki
>>>1.3.7. Unfortunately we have since updated the package to a new upstream
>>>version 1.3.10 and this patch no longer applies cleanly. 
>>>
>>>I am currently preparing an upload for the recently released 1.3.11p1
>>>version of this package. If you could update and resubmit your patch
>>>against this version it would be much appreciated. 
>>
>>OK, I attached a new patch which fix even more strings. It seems that
>>the German translation is not in a good state.
>>I CC:ed also a German upstream translator.

This is me, currently :)
I'll apply upstream ASAP.

> Thanks very much Jens. I have applied this patch to the 1.3.11p1-1
> Debian package which will be uploaded in a week or two. 
> 
> I have also forwarded the patch to the upstream development list as I am
> unsure if Carsten Klapp is still actively working on PHPwiki. 

-- 
Reini Urban
http://phpwiki.org/

[Phpwiki-talk] German Translation Update (Debian Bug#313815)

[Matt B. <ma...@ma...>]

On Mon, 2005-09-26 at 22:48 +0200, Jens Seidel wrote:
> Hi Matt,
> 
> On Mon, Sep 26, 2005 at 10:06:44AM +1200, Matt Brown wrote:
> > Thanks very much for providing the updated de.po patch against PHPwiki
> > 1.3.7. Unfortunately we have since updated the package to a new upstream
> > version 1.3.10 and this patch no longer applies cleanly. 
> > 
> > I am currently preparing an upload for the recently released 1.3.11p1
> > version of this package. If you could update and resubmit your patch
> > against this version it would be much appreciated. 
> 
> OK, I attached a new patch which fix even more strings. It seems that
> the German translation is not in a good state.
> I CC:ed also a German upstream translator.

Thanks very much Jens. I have applied this patch to the 1.3.11p1-1
Debian package which will be uploaded in a week or two. 

I have also forwarded the patch to the upstream development list as I am
unsure if Carsten Klapp is still actively working on PHPwiki. 

Thanks for your help. 

-- 
Matt Brown
ma...@ma...
Mob +64 275 611 544 www.mattb.net.nz

[Phpwiki-talk] [plugins] few improvements

[<tho...@la...>]

You'll find 
lib/plugin/PhotoAlbum.php
lib/EditToolbar.php
themes/default/toolbar.js

in attachment.

Greetings,
-- 
Thomas Harding

Re: [Phpwiki-talk] My talk with Jimmy Wales

[Joel U. <uck...@no...>]

Thus spake Manuel Vacelet:
> 2005/9/26, Reini Urban <ru...@x-...>:
> > Joel Uckelman schrieb:
> > > Thus spake Reini Urban:
> > > [snip]
> > >>I told him why not to add PageChangeNotifications per email.
> > >>mediawiki doesn't support that yet, and there exists no plugin yet.
> > >>Just a notification to some IRC channel as I remember.
> > >
> > > I'm curious: Why not? That's a feature we have that I've always found u=
> seful.
> >
> > I don't know exactly. Maybe because they have too less developer
> > manpower, considering that mediawiki is a one man show only and
> > brian is not accepting a lot.
> 
> It might be possible than wikipedia traffic is too important. With
> such plugin, there will be a lots of email send and since mediawiki
> developments are guided by wikipedia needs ... (It looks like a troll,
> it smell like a troll but this is not !)

That seems reasonable to me. I use email notification as a tool for
moderating one wiki that I run; but the Wikipedia has other methods
of doing that.

-- 
J.

Re: [Phpwiki-talk] My talk with Jimmy Wales

[Manuel V. <man...@gm...>]

2005/9/26, Reini Urban <ru...@x-...>:
> Joel Uckelman schrieb:
> > Thus spake Reini Urban:
> > [snip]
> >>I told him why not to add PageChangeNotifications per email.
> >>mediawiki doesn't support that yet, and there exists no plugin yet.
> >>Just a notification to some IRC channel as I remember.
> >
> > I'm curious: Why not? That's a feature we have that I've always found u=
seful.
>
> I don't know exactly. Maybe because they have too less developer
> manpower, considering that mediawiki is a one man show only and
> brian is not accepting a lot.

It might be possible than wikipedia traffic is too important. With
such plugin, there will be a lots of email send and since mediawiki
developments are guided by wikipedia needs ... (It looks like a troll,
it smell like a troll but this is not !)

Re: [Phpwiki-talk] DevSync

[Reini U. <ru...@x-...>]

Thomas Harding schrieb:
> On Sun, Sep 25, 2005 at 05:07:10PM +0200, Reini Urban wrote:
> 
>>EditToolbars:
>>AddPlugins is currently broken (with my attached diff), but the new 
>>layout is fixed and better than before.
> 
> Works!
> Sorry for the huge : I edited files before to copy...

Great!
Just two points:
<br /> => \n is not that good. Templates actually force <br />.
It's just an artefact of $desc->asXML() expansion.

method_exists($this,'getArgumentsDesc') is not needed, because plugins 
should declare getArgumentsDescription() and not getArgumentsDesc() to 
override the default behaviour. Basic OO inheritance.

I'll commit that in the evening.
-- 
Reini Urban
http://phpwiki.org/

Re: [Phpwiki-talk] My talk with Jimmy Wales

[Reini U. <ru...@x-...>]

Joel Uckelman schrieb:
> Thus spake Reini Urban:
> [snip]
>>I told him why not to add PageChangeNotifications per email.
>>mediawiki doesn't support that yet, and there exists no plugin yet.
>>Just a notification to some IRC channel as I remember.
> 
> I'm curious: Why not? That's a feature we have that I've always found useful.

I don't know exactly. Maybe because they have too less developer 
manpower, considering that mediawiki is a one man show only and
brian is not accepting a lot.
-- 
Reini Urban
http://phpwiki.org/

Re: [Phpwiki-talk] DevSync

[<tho...@la...>]

On Sun, Sep 25, 2005 at 05:07:10PM +0200, Reini Urban wrote:
> EditToolbars:
> AddPlugins is currently broken (with my attached diff), but the new 
> layout is fixed and better than before.

Works!

Sorry for the huge : I edited files before to copy...

-- 
Thomas Harding

Re: [Phpwiki-talk] My talk with Jimmy Wales

[Joel U. <uck...@no...>]

Thus spake Reini Urban:
[snip]
> 
> I told him why not to add PageChangeNotifications per email.
> mediawiki doesn't support that yet, and there exists no plugin yet.
> Just a notification to some IRC channel as I remember.
>

I'm curious: Why not? That's a feature we have that I've always found useful.
-- 
J.

[Phpwiki-talk] [themes/default/phpwiki.css] added 'boldsmall' style for PhotoAlbum

[<tho...@la...>]

Hi !,
patch in attachment.

Greetings,
-- 
Thomas Harding

Re: [Phpwiki-talk] [WikiAdminUtils] typo in precedent version, patch joined

[<tho...@la...>]

There is a typo in the precedent versions : prefs blob is not correctly
formatted.

find the patch in attachment.

-- 
Thomas Harding

Re: [Phpwiki-talk] DevSync

[<tho...@la...>]

On Sun, Sep 25, 2005 at 05:07:10PM +0200, Reini Urban wrote:
> locale stuff:
> I handle this very carefully. It's very easy to break locale,
> I often did, and it needed a lot of time to fix it again.
> (Similar to auth sessions)

OK, here is the patch in the good format.
I fink it has to be tried.

-- 
Thomas Harding

[Phpwiki-talk] DevSync

[Reini U. <ru...@x-...>]

Thomas Harding schrieb:
> temp files are now stored in uploads directory instead of /var/tmp.
> config.ini is parsed to handle DATA_PATH.

Just to keep you informed what I'm working on and what I haven't 
commmitted yet, I attached my local cvs diff.

And please, Thomas, send unifixed diff's.
   diff -bu old new or cvs diff -bu
I cannot stand context diffs.

Comments:
---------
ImageTile thumbs:
I think we should put these files either into
some PLUGIN_CACHED subdir or into uploads/thumbs.
UpLoadPlugin forbids to re-upload the same filename,
so we'll get a nameclash if there are many thumbs.

EditToolbars:
AddPlugins is currently broken (with my attached diff), but the new 
layout is fixed and better than before.
Undo is also broken and needs to be generalized for all toolbar button. 
Just save a snapshot for each insertTags().
listsize is not needed in js, since pages.length is the listsize.
I fixed the buttons div for MSIE.

HTML-Validation:
I changed all id's from edit[content] to edit:content, since "[" is 
invalid in the id tag. names are ok this way and needed for the 
automatic php request => array features.

create_user:
I haven't looked at your WikiAdminUtils create_user work yet, but it's 
not that simple. Better just call the WikiUserNew method (TODO), and 
leave the hard work to the backend.
The location of create_user in WikiAdminUtils is okay.
But maybe we should create a UserAdministration plugin, where one can 
handle more than just create_user.
modify_group ownership, email_validation, blocking
and more permissions properties.

password routines:
Where do we have this?
In passencrypt.php, 2 funcs in stdlib.php, and some parts in the auth 
sections. This should be unified in some general location. Good.

locale stuff:
I handle this very carefully. It's very easy to break locale,
I often did, and it needed a lot of time to fix it again.
(Similar to auth sessions)
-- 
Reini Urban
http://phpwiki.org/

Re: [Phpwiki-talk] Ooops : forgotten to post a file [was: [WikiAdminUtils] added create-user tool]

[<tho...@la...>]

Here Is the file  lib/GenPassword.php

Greetings,
-- 
Thomas Harding

[Phpwiki-talk] [WikiAdminUtils] create-user function updated

[<tho...@la...>]

This version verify if user exists before to create / update

Greetings,
-- 
Thomas Harding

[Phpwiki-talk] [IniConfig.php] patch for locales

[<tho...@la...>]

Hello,

I didn't proposed this patch isolated, but It's really needed on debian
systems.

What's the matter with the current version is that in a first time
guessing_setlocale is called with no arguments and returns 'C', which is
used for calling it a second time, so locale is allways setted to 'C'.

this patch corrects this behaviour.

-- 
Thomas Harding

Re: [Phpwiki-talk] help!!

[Reini U. <ru...@x-...>]

aphid schrieb:
> I'd love for this to be in config.php - I've made a number of  
> customizations that I've mostly managed to keep inside the template  
> folder.. I'm trying to keep the upgrade process as streamlined as  
> possible, so as few changes that can be made inside the /lib folder  the 
> better.

Already discussed with DanFr. Reconsidering this now it would make sense 
to put the number into config.ini, so that spammers will have to try out.

But we should better get the heuristics right, so that no one
complains. So thanks a lot for your input.

Maybe add some UserPref property for trusted users,
that will not be checked for spam and likewise?
Or a new UserGroup?

> On Sep 24, 2005, at 6:36 AM, Reini Urban wrote:
>> aphid schrieb:
>>> how might i turn off the 20 link limit on posts? all my users are   
>>> authenticated and some paste very long pre-written essays with  lots  
>>> of urls in them.
>>
>> Good point.
>> Enhance the number in lib/editpage.php at isSpam()
>>
>> // 1. Not more then 20 new external links
>> if ($this->numLinks($newtext) - $this->numLinks($oldtext) >= 20)
>>
>> Maybe a better idea is to calc the ratio of number of
>> plain text chars / number of links and don't consider it spam if  the 
>> ratio is high enough. I'll try that out.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/
http://phpwiki.org/

[Phpwiki-talk] [WikiAdminUtils] added create-user tool

[<tho...@la...>]

Hello,
I added a create-user tool to WikiAdminUtils plugin.

I think it works only for SQL.

I'm not satisfied of the solution, as it might exists a more generic
one.

I will be happy that someone else takes over.

-- 
Thomas Harding

[Phpwiki-talk] [ImageTile.php] new version

[<tho...@la...>]

temp files are now stored in uploads directory instead of /var/tmp.
config.ini is parsed to handle DATA_PATH.

-- 
Thomas Harding

[Phpwiki-talk] [PhotoAlbum] new and (maybe) last version

[<tho...@la...>]

Hello,
This version of PhotoAlbum re-enables column and row modes,
corrects a security hole (beware : csv file have now to be named
"somename.csv"), and permits to loads a single photo from the net.

That's all for today :)

-- 
Thomas Harding

Re: [Phpwiki-talk] Hello + my diff of the day

[<tho...@la...>]

On Sat, Sep 24, 2005 at 04:41:06PM +0200, Reini Urban wrote:

New version, files EditToolbar toolbar.js joined.



> I see. The explicit listsize is not so good, because it destroys the 
> list scrollbar inside the seperate window which has no scrollbar.
> It's better to leave that at 20 or less.

OK : I just changed window width to have no window scrollbar (they
appears in both Mozilla and Firefox, don't know why).

> _nl + _quota as magic quote strings are also not quite stable, esp. when 
> inserting templates.

Used %n url encoding instead.

> And I think it better should be a plugin method than a seperate file,
> so that all existing plugins get the desc automatically.
> See PluginManager.

Done too : loads new plugin function " getArgumentsDesc() " and fall
down on "getDefaultArguments() "

Regards,
-- 
Thomas Harding

Re: [Phpwiki-talk] Working on WikiAdminUtils to add create-user function, but lost in the code :(

[<tho...@la...>]

On Fri, Sep 23, 2005 at 02:50:32PM -0700, Ben Hartshorne wrote:
> On Fri, Sep 23, 2005 at 11:32:27PM +0200, Thomas Harding wrote:
> There's an option in the config file: DBAUTH_AUTH_CREATE that has the
> SWQL statement to use, if that's what you're looking for.  The default
> is:
> 
> DBAUTH_AUTH_CREATE = "INSERT INTO user SET passwd=PASSWORD('$password'),userid='$userid'"

Thanks for this precision, but my problem is : how works the access to
databases, do I have to modify WikiDB.php or other files ?


-- 
Thomas Harding