[Phpwiki-talk] Re: do you still need developers?

[John S. <joh...@uc...>]

Reini, 

thanks.

I would like to take up 5.0.2 testing, or at least
contribute to it, and find fixes whenever I can. This
is because we are going to use the combination so it
serves our interest to get it working.

i will start with php testing (the java testing seems
to be more involved to set up).

in php 5.0.2, it seems that in general i am running
into a lot of errors both in viewing phpwiki pages and
in testing of the following type:

PHP Fatal error:  Call to a member function
deletePage() on a non-object in
/var/www/html/phpwiki/tests/unit/lib/SetupWiki.php on
line 15

Fatal error: Call to a member function deletePage() on
a non-object in
/var/www/html/phpwiki/tests/unit/lib/SetupWiki.php on
line 15


the call is $dbi->deletePage

$dbi = $request->getDbh()

when i looked at $dbi, it is just an integer 1,
clearly not an object.

It looks as though instances that were instantiated in
php4 is now not getting instatiated, or rather
instance variables were not getting properly assigned.
is it because of the way php5 parses code?

i will investigate, but if anyone knows that it is
just something simple, it could save me a lot of
digging.

thanks!

--- Reini Urban <ru...@x-...> wrote:

> [private msg redirected to the list]
> 
> John Shen schrieb:
> > Thanks, how should I get started?
> > 
> > Since I am mostly an admin, the first thing I
> would
> > like to fix is the nightly snapshoot. It should be
> a
> > simple cron job if I can guess, or any other
> system/db
> > admin work you have.
> 
> that's entirely a (partially broken) sf.net service.
> most other cronjobs run as non-active users, which
> left the project 
> years ago, and didn't hand over their cronjobs or
> file perms.
> we can live with it though.
> 
> > Since this would be my first attempt to contribute
> to
> > a sourceforge project, I may have to ask some
> silly
> > questions.
> 
> then you have to study the sf.net docs in
> administration of projects.
> cvs, shell, web services.
> most of them is out of our reach, so we have to
> eitehr fill out request 
> forms in the tracker or do it by our own.
> 
> > Then I would like to try to contribute to bug
> > fixing/feature development for the next release.
> How
> > does the team operate? 
> 
> communicating in the phpwiki-talk ml.
> 
> > 1. How to take on something (I will start with
> > something simple first)? Is there a todo list that
> no
> > one is working on but needs to be worked on? 
> 
> yes. please see the ml archives, the HomePage and
> ReleaseNotes in the 
> demo site,
> then my internal TODO list:
> 
> fix:
> * javascript search&replace
> * test httpauth, and reported personalpage auth
> problems
> * test against php-5.0.2 (block parser)
> * test against apache2
> do all unit tests:
>    all langs, all db backends, all pages import and
> export
> improvements:
> * PageChangeNotification other actions also (to
> test: rename, remove).
>    better subject on create.
> * collapse page change notification on LoadAny
> * restrict certain action to groups: RawHtml (could
> be a define)
> * db.timeout: force mysql.connect_timeout = 60
> * rewrite OldTextFormattingRules,
> AnciennesR%E8glesDeFormatage
>    for proper importing (done?)
> * test WikiPluginCached support for image maps and
> svg, swf, eps, ... 
> (partially done)
>    defer header logic
> * don't print php notices and warnings as red
> errors. (done)
>    just green or grey
> * pagerank algo: HITS
> http://www2002.org/CDROM/refereed/643/node1.html
> maybe (probably defer):
> * iniconfig helpers (create config.ini, installer)
> * and and fix more wikilens libs and plugins, layout
> improvements
>    there's a wikilens.org page describing the todo
> items.
> * SqlResult paging
> * plugin\WikiAdminSetAclSimple
> * plugin\NewUserWelcomePage.php
> * plugin\SearchHighlight
> * logfile stuff:
> *   plugin\RecentReferrers
> *   WikiAccessRestrictions
> * PageModeration
> * SpamAssassinIntegration
> 
> already done lately:
> * pdf button when an external html2pdf app is
> defined
>    (enabled at PhpWikiDemo)
> * enhanced WikiPluginCached (static, ondemand)
> * added LdapSearchPlugin
> * more PageList options
> 
> 1.3.11 Goals: (expected date: end of June 2004)
> 
>      * fix more sf.net bugs and patches (90%)
>      * fix LDAP with USER_AUTH_POLICY=old (100%)
>      * ADODB lock and transaction fixes (50%)
>      * some more theme beautification, new crao and
> nuke theme,
>        cut or split long sidebar links somehow
> (100%)
>      * add some basic Recommender engine to enable
> rating recommendations,
>        fix metadata getAvg and test it. (100%)
>      * fix metadata RateIt methods and RateIt
> usergroups, (100%)
>      * rewrite WikiGroup to be current_user
> independent to be able
>        to ask for group membership of any user.
> (100%)
>      * more action=upgrade (diffs, multi-page
> interface) (60%)
>      * finish PdfOutput plugin and button (80%)
>      * add editpage javascript toolbar (90%)
>      * try the php-internal soap extension, test
> SOAP, fix 
> GooglePlugin+AmazonPlugin (0%)
>      * iniconfig helpers (JobyWalker) (0%)
>      * improve more plugins caching (90%)
> 
>      * change remove_page in WikiDb API, so that
> RecentChanges displays it.
>        (just purge all revisions?)
>      * rename global $Theme to $WikiTheme (gforge
> nameclash) (100%)
> 
> 1.4.0 Goals: (expected date: June-July 2004)
> 
>      * fix WikiAdminSetAcl (least common ACL
> denominator) (90%)
>      * enable ACL's in the mime dumps (100%)
>      * force strict PagePermissions on all plugins,
> which require now
>        admin and some more administrative actions
> (90%)
>      * complete full paging support (limit=,
> prev/next buttons in
>        PageList) (80%)
>        fix paging in MostPopular
>      * fix possibly remaining WikiGroup problems
> (100%)
>      * fix possibly remaining RateIt problems (0%)
>      * finalize PdfOutput (0%)
>        external works fine
>      * finalize editpage javascript toolbar (90%)
>        fix search/replace bug
>      * finalize SOAP support (0%) (test native soap
> module)
>      * better utf-8 support (50%) (this is hard:
> strstr, substr, ...)
>      * format=rdf and a new owl PageType (similar to
> InterWikiMap)
>        to statically define predicates used by
> PhpWiki:SemanticWeb
>        (semantically enriched links, like interwiki
> links).
> 
> > 2. How do I contribute code. Do I just send you
> > patches to files against the cvs files?
> 
> yes, to the patch tracker or the ml.
> 
> > 3. How do you debug phpwiki code in general? (php
> does
> > not have a debug as far as I know, but php5 might
> have
> > something, print_r/echo is the only method I know
> of).
> 
> php has some very advanced IDE debuggers.
> zend studio, komodo, ...
> php5 only has xdebug so far, with a new protocol
> which only komodo 
> understands.
> zend beta also has some php5 cgi support.
> 
> > --- Reini Urban <ru...@x-...> wrote:
> >>John Shen schrieb:
> >>>I have developed in the lamp environment for the
> >>>past 4 years. I am also a Linux sys admin.
> >>>I would like to contribute to the development of
> >>>phpwiki if you still need someone.
> 
> >sure. go on.
> -- 
> Reini Urban
> 
> 
> 
> 
=== message truncated ===


=====
--John Shen

The Lord is my shepard.  I shall not want.