phpwiki-talk

Re: [Phpwiki-talk] incorrect 'BackLinks' list in xhtml dumps

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

Micki Kaufman schrieb:
> Related to previous bug - BackLinks in xhtml pages are all displaying 
> based on PhPWikiAdministration, not the actual page.
> 
> In other words, if you don't use a plugin with a 'page' declaration 
> (like SiteMap), it doesn't get the page right, and for example, all the 
> Category pages using <?plugin BackLinks ?> are identical.

Fixed this in CVS (WikiPlugin.php), fixed also the _basepage problem.

All pages dump now correctly as XHTML dump.
Well, one could omit the wrong create page links from the dump as well.
And there are still lots of "Request::getURLtoSelf() should probably not 
be from POST" warnings.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] Is there a PhpWiki plugin writing guide?

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

Whit Blauvelt schrieb:
> On Sun, Feb 22, 2004 at 08:18:10PM +0100, Reini Urban wrote:
>>I don't understand it fully. You want to get the links from subpages and 
>>optionally display them? sounds easy.

> Thanks for the pointers. Basically the goal is:
> - to optionally automatically add to each subsection of a page a special
>   sort of link that goes to a wiki page intended for comments on that
>   subsection - or at least to allow manual inserting of a new subclass of
>   link that can support the next function:

A subsection is everything from a header to the next header or the end.

> - to have the option of displaying the main page so that it includes these
>   comment pages, perhaps with each section of the main page then being a
>   simple two-cell table where the comments are to the right of the section
>   being commented

I see. Someting like UnfoldBacklinks.
The new IncludeSiteMap does this. Use reclimit=1 for only Backlinks on 
this page:

<?plugin IncludeSiteMap reclimit=1
          pagename='ThisComment' includepages='' ?>

> The second goal may be close to what UnfoldSubpages.php does. But I'm
> puzzled at the moment because when I test <?plugin UnfoldSubpages ?> in
> 1.3.7 it's not giving me anything. Maybe I don't understand what qualifies
> as a "subpage". Is it any normal linked page? 

No, a subpage is a page with the SUBPAGE_SEPERATOR (default: "/") in the 
pagename. You want a linked page: see plugin/BackLinks

> If I could get that working,
> then have it only onfold those subpages whose links are of the special type
> allocated for marginal comments, that would be most of this little project.
> 
> Anyway, the desire is to get something like marginal notes from readers in a
> situation where there's a primary author (or authors) who have perms to the
> main page, in which a draft document is presented. I've seen other wikis
> which allow comments on the end of a page, but comments alongside the
> sections of primary text could be more useful for this. 
> 
> I'd also want to link this into the new perms stuff, so that the primary
> authors could specify the group of readers with "comment" permission
> (equivalent to having write permission to a subdir belonging to the page).
> 
> Thanks again. Pretty sure I'll do some version of this, as soon as I can get
> the basic PhpWiki concepts down. Have to admit a retrograde preference for
> procedural rather than OO style, but I've overcome it before....

PhpWiki is special kind of OO beast :)
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] Is there a PhpWiki plugin writing guide?

[Whit B. <wh...@tr...>]

On Sun, Feb 22, 2004 at 08:18:10PM +0100, Reini Urban wrote:

> I don't understand it fully. You want to get the links from subpages and 
> optionally display them? sounds easy.

Hi Reini,

Thanks for the pointers. Basically the goal is:

- to optionally automatically add to each subsection of a page a special
  sort of link that goes to a wiki page intended for comments on that
  subsection - or at least to allow manual inserting of a new subclass of
  link that can support the next function:

- to have the option of displaying the main page so that it includes these
  comment pages, perhaps with each section of the main page then being a
  simple two-cell table where the comments are to the right of the section
  being commented

The second goal may be close to what UnfoldSubpages.php does. But I'm
puzzled at the moment because when I test <?plugin UnfoldSubpages ?> in
1.3.7 it's not giving me anything. Maybe I don't understand what qualifies
as a "subpage". Is it any normal linked page? If I could get that working,
then have it only onfold those subpages whose links are of the special type
allocated for marginal comments, that would be most of this little project.

Anyway, the desire is to get something like marginal notes from readers in a
situation where there's a primary author (or authors) who have perms to the
main page, in which a draft document is presented. I've seen other wikis
which allow comments on the end of a page, but comments alongside the
sections of primary text could be more useful for this. 

I'd also want to link this into the new perms stuff, so that the primary
authors could specify the group of readers with "comment" permission
(equivalent to having write permission to a subdir belonging to the page).

Thanks again. Pretty sure I'll do some version of this, as soon as I can get
the basic PhpWiki concepts down. Have to admit a retrograde preference for
procedural rather than OO style, but I've overcome it before....

Whit

Re: [Phpwiki-talk] Is there a PhpWiki plugin writing guide?

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

Whit Blauvelt schrieb:
> Are there instructions somewhere about how PhpWiki plugins work, or style
> guidelines for them, or ...? I'm looking for something at a level that
> assumes the reader knows PHP fairly well, but is new to PhpWiki and not too
> familiar with plugin architectures, let alone how PhpWiki instantiates one.

Best see all existing plugins, and for hardcore code the plugin loader: 
lib/WikiPlugin.php.

We have four basic types of plugin invocation:

<?plugin PluginName [args...] ?>

The typical plugin returns the output of ->run() as HTML object.
It can react on any argument, either from the plugin args in the page or 
the dynamic request args (GET or POST args).

<?plugin-form PluginName [args...] ?>

Displays a input type=text with the default argument

<?plugin-link PluginName [args...] ?>

?? please ask Jeff. Never used that.

<?plugin-head PluginName [args...] ?>

Here you can set or change any HTML header.
Useful for framesets, javascripts or redirects.

> What I want to be able to do is add an option where a page can include a
> subclass of its "children" in the page output, so that a class of links from
> a page to new pages which are intended as comments on it can afford an
> option of displaying those comments (other pages) integrated into the page -
> or not. Combine that with the new login and permissions scheme, and it might
> make for a useful addition to range of ways it can be used for collaboration
> on works-in-progress.

I don't understand it fully. You want to get the links from subpages and 
  optionally display them? sounds easy.

> This is something I'd like to be able to demo before April, so it looks like
> the best strategy to learn to build it as a plugin for the development
> version, rather than take an arbitrary timeslice of it and make a bunch of
> ugly hacks to get the desired behavior. But I haven't found where the
> PhpWiki plugin interface and design goals are spelled out yet.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

[Phpwiki-talk] Is there a PhpWiki plugin writing guide?

[Whit B. <wh...@tr...>]

Hi,

Are there instructions somewhere about how PhpWiki plugins work, or style
guidelines for them, or ...? I'm looking for something at a level that
assumes the reader knows PHP fairly well, but is new to PhpWiki and not too
familiar with plugin architectures, let alone how PhpWiki instantiates one.

What I want to be able to do is add an option where a page can include a
subclass of its "children" in the page output, so that a class of links from
a page to new pages which are intended as comments on it can afford an
option of displaying those comments (other pages) integrated into the page -
or not. Combine that with the new login and permissions scheme, and it might
make for a useful addition to range of ways it can be used for collaboration
on works-in-progress.

This is something I'd like to be able to demo before April, so it looks like
the best strategy to learn to build it as a plugin for the development
version, rather than take an arbitrary timeslice of it and make a bunch of
ugly hacks to get the desired behavior. But I haven't found where the
PhpWiki plugin interface and design goals are spelled out yet.

Thanks,
Whit

Re: [Phpwiki-talk] xhtml file dump - strange error

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

Micki Kaufman schrieb:
> Testing the xhtml file dump, 2 weird things.
> 
> 1. An incorrect WikiWord spelling of a plugin (Backlinks<sic>, Upload 
> <sic>, etc.) will work, but when dumping as XHTML pags, will generate a 
> fatal error.I fixed the misspellings and those pages dumped fine 
> afterwards. 

 > (perhaps we should case-sensitive the plugin declaration?)

very good idea!

> 2. the UserPreferences page is strangely 'IncludePaged' on the dump 
> results page, which also causes a fatal error.

can you please elaborate? error message.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

[Phpwiki-talk] incorrect 'BackLinks' list in xhtml dumps

[Micki K. <mic...@co...>]

Related to previous bug - BackLinks in xhtml pages are all displaying 
based on PhPWikiAdministration, not the actual page.

In other words, if you don't use a plugin with a 'page' declaration 
(like SiteMap), it doesn't get the page right, and for example, all 
the Category pages using <?plugin BackLinks ?> are identical.

Thanks!
Micki
-- 

Micki
mailto:mic...@co...

[Phpwiki-talk] dumped pages have PhpWikiAdmin as basepage in 'inline' anchor href's

[Micki K. <mic...@co...>]

Hi folks.

When you dump a phpwiki set as xhtml, any links to 'inline' anchors 
(anchors on the same page) seem to be created with the 
PhpWikiAdministration page as the basepage for the URL, NOT the 
intended page.

Thanks!
MIcki
-- 

Micki
mailto:mic...@co...

RE: [Phpwiki-talk] Patch: ADODB backend fix.

[electron <ele...@mg...>]

To reproduce this bug, fork a cvs version to a clean box and attempt to
install. 

Reproducible on Gentoo, Apache 1.3.23 + 

Current PHP Version (cli): 
PHP 4.3.3 (cli) (built: Oct 3 2003 22:39:06) 
Copyright (c) 1997-2003 The PHP Group 
Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies 

Current MYSQL Version: 
/usr/bin/mysql Ver 11.18 Distrib 3.23.56, for pc-linux-gnu (i586)

Also Reproducible on Mandrake 9.1, Apache 2.0ish, php 4.3.4 Mysql 4.0.15



If you need $limit, then:

Replace:
$limit = $limit ? $limit : 1;

With:

$limit = $limit ? $limit : -1;  

The previous statement is setting a default of 1 if no limit is passed in
$params, the source of the bug.

I don't think the limit check is needed before this statement considering
the current fetch mode.

-Jtp


electron schrieb:
> This fixes the RecentChanges bug with ADODB.
> 
> Comments out the limit settings lakka used, they are not needed.

They are needed. Not now, but with future versions which support paging 
on which I'm currently working.
Cannot you fix the wrong limit value if there's one?
I cannot reproduce this bug on ADODB.


> Index: lib/WikiDB/backend/ADODB.php
> ===================================================================
> RCS file: /cvsroot/phpwiki/phpwiki/lib/WikiDB/backend/ADODB.php,v
> retrieving revision 1.14
> diff -u -r1.14 ADODB.php
> --- lib/WikiDB/backend/ADODB.php	17 Feb 2004 12:17:34 -0000	1.14
> +++ lib/WikiDB/backend/ADODB.php	21 Feb 2004 03:49:14 -0000    
> @@ -337,7 +337,7 @@
>  
>          $data['mtime'] = $mtime;
>          $data['is_minor_edit'] = !empty($minor_edit);
> -        
> +
>          if (isset($content))
>              $data['%content'] = $content;
>          elseif ($have_content)
> @@ -613,7 +613,7 @@
>       * Find recent changes.
>       */
>      function most_recent($params) {
> -        $limit = 0;
> +        //$limit = 0;
>          $since = 0;
>          $include_minor_revisions = false;
>          $exclude_major_revisions = false;
> @@ -626,7 +626,7 @@
>          $pick = array();
>          if ($since)
>              $pick[] = "mtime >= $since";
> -		
> +
>          
>          if ($include_all_revisions) {
>              // Include all revisions of each page.
> @@ -662,11 +662,11 @@
>              }
>          }
>          $order = "DESC";
> -        if($limit < 0){
> +        /*if($limit < 0){
>              $order = "ASC";
>              $limit = -$limit;
>          }
> -        $limit = $limit ? $limit : 1;
> +        $limit = $limit ? $limit : 1;*/
>          $where_clause = $join_clause;
>          if ($pick)
>              $where_clause .= " AND " . join(" AND ", $pick);
> @@ -676,8 +676,8 @@
>          $result = $dbh->SelectLimit("SELECT $page_tbl.*,$version_tbl.*"
>                                      . " FROM $table"
>                                      . " WHERE $where_clause"
> -                                    . " ORDER BY mtime $order",
> -                                    $limit);
> +                                    . " ORDER BY mtime $order"
> +                                    );
>  
>          return new WikiDB_backend_ADODB_iter($this, $result);
>      }
> 
> 
> 


-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/



-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
_______________________________________________
Phpwiki-talk mailing list
Php...@li...
https://lists.sourceforge.net/lists/listinfo/phpwiki-talk

[Phpwiki-talk] xhtml file dump - strange error

[Micki K. <mic...@co...>]

Hi folks!

Testing the xhtml file dump, 2 weird things.

1. An incorrect WikiWord spelling of a plugin (Backlinks<sic>, Upload 
<sic>, etc.) will work, but when dumping as XHTML pags, will generate 
a fatal error.I fixed the misspellings and those pages dumped fine 
afterwards. (perhaps we should case-sensitive the plugin declaration?)

2. the UserPreferences page is strangely 'IncludePaged' on the dump 
results page, which also causes a fatal error.

Weird!

Micki
-- 

Micki
mailto:mic...@co...

Re: [Phpwiki-talk] Page Rename

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

Stan Berka schrieb:
> I saw your note about the work in progress on this plugin.  What is the 
> status?

WikiAdminRename, WikiAdminRemove and WikiAdminSearchReplace work fine 
for me. Now also with WikiAdminSelect again.

WikiAdminChmod is in the works.

WikiAdminRemove currently does a "full" remove, which might be the wrong 
thing. RecentChanges is not aware of it right now. This might be changed 
to a Revision remove only.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] Patch: ADODB backend fix.

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

electron schrieb:
> This fixes the RecentChanges bug with ADODB.
> 
> Comments out the limit settings lakka used, they are not needed.

They are needed. Not now, but with future versions which support paging 
on which I'm currently working.
Cannot you fix the wrong limit value if there's one?
I cannot reproduce this bug on ADODB.


> Index: lib/WikiDB/backend/ADODB.php
> ===================================================================
> RCS file: /cvsroot/phpwiki/phpwiki/lib/WikiDB/backend/ADODB.php,v
> retrieving revision 1.14
> diff -u -r1.14 ADODB.php
> --- lib/WikiDB/backend/ADODB.php	17 Feb 2004 12:17:34 -0000	1.14
> +++ lib/WikiDB/backend/ADODB.php	21 Feb 2004 03:49:14 -0000    
> @@ -337,7 +337,7 @@
>  
>          $data['mtime'] = $mtime;
>          $data['is_minor_edit'] = !empty($minor_edit);
> -        
> +
>          if (isset($content))
>              $data['%content'] = $content;
>          elseif ($have_content)
> @@ -613,7 +613,7 @@
>       * Find recent changes.
>       */
>      function most_recent($params) {
> -        $limit = 0;
> +        //$limit = 0;
>          $since = 0;
>          $include_minor_revisions = false;
>          $exclude_major_revisions = false;
> @@ -626,7 +626,7 @@
>          $pick = array();
>          if ($since)
>              $pick[] = "mtime >= $since";
> -		
> +
>          
>          if ($include_all_revisions) {
>              // Include all revisions of each page.
> @@ -662,11 +662,11 @@
>              }
>          }
>          $order = "DESC";
> -        if($limit < 0){
> +        /*if($limit < 0){
>              $order = "ASC";
>              $limit = -$limit;
>          }
> -        $limit = $limit ? $limit : 1;
> +        $limit = $limit ? $limit : 1;*/
>          $where_clause = $join_clause;
>          if ($pick)
>              $where_clause .= " AND " . join(" AND ", $pick);
> @@ -676,8 +676,8 @@
>          $result = $dbh->SelectLimit("SELECT $page_tbl.*,$version_tbl.*"
>                                      . " FROM $table"
>                                      . " WHERE $where_clause"
> -                                    . " ORDER BY mtime $order",
> -                                    $limit);
> +                                    . " ORDER BY mtime $order"
> +                                    );
>  
>          return new WikiDB_backend_ADODB_iter($this, $result);
>      }
> 
> 
> 


-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] Patch to UpLoad.php

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

Sascha Carlin schrieb:
> Upload.php (v 1.3 2004/02/17 12:11:36 rurban) seems to lack a slash:
> --- UpLoad.php    2004-02-21 02:57:50.890625000 +0100
> +++ UpLoad_.php    2004-02-21 03:02:23.906250000 +0100

The usual diff cmd is
$ diff -bu origfile newfile
and not
$ diff -bu newfile origfile
You sent a reverse patch.

So it would be:
$ diff -bu UpLoad.php.orig UpLoad.php > UpLoad.patch
   or better
$ cvs diff -bu UpLoad.php > UpLoad.patch

Anyway, it's short and easy to apply manually. Thanks. Stupid error
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] Bread crumb

[Alessandro V. <av...@sc...>]

electron wrote:

> Try putting the PageTrail plugin inside one of the Templates. Near where
> $HEADER is in top.html
> 
> A lot easier than adding it to every page the herd way.

That's great! This is exactly what I was looking for. Thank you,

Alex

[Phpwiki-talk] Patch: ADODB backend fix.

[electron <ele...@mg...>]

This fixes the RecentChanges bug with ADODB.

Comments out the limit settings lakka used, they are not needed.

-Jtp


Index: lib/WikiDB/backend/ADODB.php
===================================================================
RCS file: /cvsroot/phpwiki/phpwiki/lib/WikiDB/backend/ADODB.php,v
retrieving revision 1.14
diff -u -r1.14 ADODB.php
--- lib/WikiDB/backend/ADODB.php	17 Feb 2004 12:17:34 -0000	1.14
+++ lib/WikiDB/backend/ADODB.php	21 Feb 2004 03:49:14 -0000    
@@ -337,7 +337,7 @@
 
         $data['mtime'] = $mtime;
         $data['is_minor_edit'] = !empty($minor_edit);
-        
+
         if (isset($content))
             $data['%content'] = $content;
         elseif ($have_content)
@@ -613,7 +613,7 @@
      * Find recent changes.
      */
     function most_recent($params) {
-        $limit = 0;
+        //$limit = 0;
         $since = 0;
         $include_minor_revisions = false;
         $exclude_major_revisions = false;
@@ -626,7 +626,7 @@
         $pick = array();
         if ($since)
             $pick[] = "mtime >= $since";
-		
+
         
         if ($include_all_revisions) {
             // Include all revisions of each page.
@@ -662,11 +662,11 @@
             }
         }
         $order = "DESC";
-        if($limit < 0){
+        /*if($limit < 0){
             $order = "ASC";
             $limit = -$limit;
         }
-        $limit = $limit ? $limit : 1;
+        $limit = $limit ? $limit : 1;*/
         $where_clause = $join_clause;
         if ($pick)
             $where_clause .= " AND " . join(" AND ", $pick);
@@ -676,8 +676,8 @@
         $result = $dbh->SelectLimit("SELECT $page_tbl.*,$version_tbl.*"
                                     . " FROM $table"
                                     . " WHERE $where_clause"
-                                    . " ORDER BY mtime $order",
-                                    $limit);
+                                    . " ORDER BY mtime $order"
+                                    );
 
         return new WikiDB_backend_ADODB_iter($this, $result);
     }

RE: [Phpwiki-talk] Bread crumb

[electron <ele...@mg...>]

Try putting the PageTrail plugin inside one of the Templates. Near where
$HEADER is in top.html

A lot easier than adding it to every page the herd way.

Jtp

----
I've stopped 7,372 spam messages. You can too!
One month FREE spam protection at http://www.cloudmark.com/spamnetsig/}
-----Original Message-----
From: php...@li...
[mailto:php...@li...] On Behalf Of Alessandro
Vernet
Sent: Friday, February 20, 2004 8:55 PM
To: php...@li...
Subject: [Phpwiki-talk] Bread crumb

Can PhpWiki display breadcrumbs on every page? And by breadcrumb I 
mean the list of links that lead the user to this page from "home". 
This is pretty much what the PageTrail plugin does, but of course, I 
would like to avoid having to put the PageTrail plugin on every page.

Alex

[Phpwiki-talk] Bread crumb

[Alessandro V. <av...@sc...>]

Can PhpWiki display breadcrumbs on every page? And by breadcrumb I 
mean the list of links that lead the user to this page from "home". 
This is pretty much what the PageTrail plugin does, but of course, I 
would like to avoid having to put the PageTrail plugin on every page.

Alex

[Phpwiki-talk] Patch to UpLoad.php

[Sascha C. <sc...@it...>]

Hi all ;)

After checking out the SF pages I couldnt come up with a decent place to 
submit patches to, so I post it here. If this is wrong: blame me and I 
will learn where to post them instead.

Upload.php (v 1.3 2004/02/17 12:11:36 rurban) seems to lack a slash:

--- UpLoad.php	2004-02-21 02:57:50.890625000 +0100
+++ UpLoad_.php	2004-02-21 03:02:23.906250000 +0100
@@ -59,5 +59,5 @@ extends WikiPlugin
      function run($dbi, $argstr, &$request, $basepage) {
          $file_dir = defined('PHPWIKI_DIR') ?
-            PHPWIKI_DIR . "/uploads" : "uploads";
+            PHPWIKI_DIR . "/uploads/" : "uploads/";
          $url_prefix = SERVER_NAME.DATA_PATH;

Thank you, Sascha

-- 
Sascha Carlin * Heinrich-Heine-Str. 1 * 64319 Pfungstadt
http://www.itst.org/         **         +49 6157 157 205

Re: [Phpwiki-talk] 1.4 release?

[<mal...@cs...>]

On Sun, Feb 15, 2004 at 05:48:12PM -0600, electron wrote:
> Subject: Re: [Phpwiki-talk] 1.4 release?
> 
> Malcolm Ross Kinsella Ryan schrieb:
> > Any word on when 1.4 might be released?
> 
> Try and remember that most Open source stuff is also hobby based. What do
> you need done?

I'm well aware of that. And it's really cool that you guys are doing this.
I'm hopeless with PHP and web stuff in general, but I love Wikis. That's 
why I'm bugging you. 

I know that in hobby-based development you tend to forget about making 
stable releases and get caught up in adding the next neat feature. I've 
been there myself. I just want to remind you that there are some of us 
who are actually using your great project, and who'd _really_ love it if 
you could stamp out those bugs and give us something solid to use, while 
you go off and build the next great thing.

I can't tell you what needs doing, as I have avoided using any of the
development releases for some time. What I need is just a branch which
going to get more solid and stable over time, without any exciting new
features appearing (with associated issues). 

Malcolm

-- 
Malcolm Ryan - mal...@cs... - http://www.cse.unsw.edu.au/~malcolmr/

                        "Blessed are the poor in spirit, 
                      for theirs is the kingdom of heaven."     -- Matt 5:3

[Phpwiki-talk] Page Rename

[Stan B. <sb...@po...>]

Reini,
I saw your note about the work in progress on this plugin.  What is the 
status?
Stan Berka

[Phpwiki-talk] Re: phpwiki:InlineUploadedImages

[Olaf <oli...@fr...>]

Reini Urban [Thu, 19 Feb 2004 19:07:22 +0100] wrote:
...
>
>  > http://phpwiki.sourceforge.net/phpwiki/InlineUploadedImages
>
> Thanks on that, that's a long outstanding issue!
> I originally implemented inlined images with links (for PrevNext),
> but jeffs rewrite in early 2003 made it not working.
> I'll love to have that in again! I just didn't see your patch.
>

Well, this was for 1.3.4, and there has been a bit of a change
since... I tried to merge my changes last night - still untested.

> It will be in soon. Also the UpLoad feature (already in CVS) with the
> interwiki "Upload:" moniker. The logging has to be improved and some
> other minor problems.

If you're doing it, I'll wait.


A+O.

Re: [Phpwiki-talk] PhpWiki + PHP + Apache + Windows

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

Patrick Ouellet schrieb:
> d:\inetpub\phpwiki137\lib\WikiDB\backend\PearDB.php:698: Fatal[256]: 
> wikidb_backend_mysql: fatal database error
> 
>    * DB Error: unknown error
>    * (LOCK TABLES page WRITE,version WRITE,link WRITE,recent
>      WRITE,nonempty WRITE [nativecode=1044 ** Access denied for user:
>      'phpwiki@127.0.0.1' to database 'phpwiki'])
> 
> What I dont understand is that.. if I use the command line client for mysql
> I can connect to the database as phpwiki, and freely insert,
> delete, select and update records in all the table mentioned in the error
> message (which are all the phpwiki tables...)

You need to have the permission to LOCK the table, select is not enough.

info mysql:
   The privileges CREATE TEMPORARY TABLES, EXECUTE, LOCK TABLES, 
REPLICATION ..., SHOW DATABASES and SUPER are new for in version 4.0.2. 
To use these new privileges after upgrading to 4.0.2, you have to run 
the mysql_fix_privilege_tables script.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

[Phpwiki-talk] Re: phpwiki:InlineUploadedImages

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

Reini Urban schrieb:
>  > http://phpwiki.sourceforge.net/phpwiki/InlineUploadedImages
> 
> Thanks on that, that's a long outstanding issue!
> I originally implemented inlined images with links (for PrevNext),
> but jeffs rewrite in early 2003 made it not working.
> I'll love to have that in again! I just didn't see your patch.

Fixed in CVS.

* File:my_image.gif              shows a plain inter-wiki link,
* [File:my_image.gif]            inlines the image,
* [what a pic|File:my_image.gif] show named inter-wiki link to the gif,
* [File:my_image.gif|what a pic] inlimed image linked to
                                  the page "what a pic"
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

[Phpwiki-talk] PhpWiki + PHP + Apache + Windows

[Patrick O. <pou...@mi...>]

First I want to thanx Stan for his previous answer.

I realised when I looked at the unstable branch that
there were reason it would work better, nice job guys!

So I configured much everything and its almost working.
Im still getting getting an error...

d:\inetpub\phpwiki137\lib\WikiDB\backend\PearDB.php:698: Fatal[256]: 
wikidb_backend_mysql: fatal database error

    * DB Error: unknown error
    * (LOCK TABLES page WRITE,version WRITE,link WRITE,recent
      WRITE,nonempty WRITE [nativecode=1044 ** Access denied for user:
      'phpwiki@127.0.0.1' to database 'phpwiki'])

What I dont understand is that.. if I use the command line client for mysql
I can connect to the database as phpwiki, and freely insert,
delete, select and update records in all the table mentioned in the error
message (which are all the phpwiki tables...)

Im stuck... I really tried... but I can't find a problem with my 
installation.

-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Patrick Ouellet - pou...@mi...
Administrateur des serveurs reseaux
Informatique - Poste 130
Microtec Technologies inc.
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
"First they ignore you. Then they laugh at you.
Then they fight you. Then you win."
-Mahatma Gandhi
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

[Phpwiki-talk] Re: phpwiki:InlineUploadedImages

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

Olivier Fambon schrieb:
>>and anyway release-1.3.7 is not tagged at all (only 1.3.5).

good idea, thanks on reminding me on that.
that's steve's job as release manager.

> If I do a crude co, I'll get the [possibly broken] bleeding-edge
> source, where I would like to work on a stable version - even for
> local modifications.

The current CVS is quite stable, as long as you don't use the bleeding 
edge features, like external auth and page permissions, though I would 
prefer if you use that too, to get more problems reports.

All the other bug reports relate to older bugs which I'm currently 
investigating, to get to a release bugfree 1.3.8 and soon a final 1.4 
with everything enabled and tested.

> Do you think I should setup my own local cvs repository which I would
> populate from the tgz distribs ?

hmm, I don't do that. I have several trees around, but not too many.
the main testing is done with various frontend scripts, which just call 
index.php, like wiki/dbpref, wiki/dbauth, wiki/ldap, wiki/perm, ...

 > http://phpwiki.sourceforge.net/phpwiki/InlineUploadedImages

Thanks on that, that's a long outstanding issue!
I originally implemented inlined images with links (for PrevNext),
but jeffs rewrite in early 2003 made it not working.
I'll love to have that in again! I just didn't see your patch.

It will be in soon. Also the UpLoad feature (already in CVS) with the 
interwiki "Upload:" moniker. The logging has to be improved and some 
other minor problems.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/