phpwiki-talk

[Phpwiki-talk] splitting wikiwords in page headings

[Philip J. H. <ph...@po...>]

I'm using basically the stock phpwiki-1.4.0 sidebar theme on my website
www.hollenback.net.  I'd like the wikiword title to be expanded into
regular words.  So if you look at

http://www.hollenback.net/FakingItAsAWindowsAdmin

I'd like the largest title to read 'Faking It As A Windows Admin', not
'FakingItAsAWindowsAdmin'.

I think I can do this by calling SplitPageName from stdlib.php in the
appropriate place in my theme template.  I messed around with this a
bit, but I found it broke the backlinks functionality on the page name
and generated errors in my phpwiki.

Can someone suggest the simplest way to do this?

Thanks,
P.
--  
Philip J. Hollenback
www.hollenback.net
@philiph

[Phpwiki-talk] DB errors

[Philip J. H. <ph...@po...>]

I'm seeing a lot of php fatal db errors in my phpwiki-1.4.0:

http://sourceforge.net/tracker/?func=detail&aid=3498728&group_id=6121&atid=106121

I'm using the mysql backend.  Is that the best one, or should I switch
to something else, and would that help with this?

I'm also running on a vps now ith limited ram, and running mysql eats up
quite a bit.  I'd like to go to a smaller db solution if possible.

Thanks,
P.
--  
Philip J. Hollenback
www.hollenback.net
@philiph

Re: [Phpwiki-talk] globally unique per-page identifier

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

On Tue, Mar 6, 2012 at 2:11 PM, Reini Urban <ru...@x-...> wrote:
> On Tue, Mar 6, 2012 at 10:53 AM, Marc-Etienne Vargenau
> <Mar...@al...> wrote:
>> Le 06/03/2012 16:43, Philip J. Hollenback a écrit :
>>> I have been finding bugs, and I've been filing them in the sourceforge
>>> bug tracker.  I assume that's the right place?
>>
>> Yes, it is the right place.
>>
>> I did not notice them, it seems the monitoring was stopped.
>> I will have a look.
>
> Interesting, that's why. mailman got reset
> Steve Wainstead told me that he got now all the traffic now.

> I asked for the mailman passwords. Apparenty mine don't work anymore.

Found it and fixed the mailman settings.
Sorry, looked at the wrong place.

I activated your 5 pending -bugs.
-- 
Reini

Re: [Phpwiki-talk] globally unique per-page identifier

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

On Tue, Mar 6, 2012 at 10:53 AM, Marc-Etienne Vargenau
<Mar...@al...> wrote:
> Le 06/03/2012 16:43, Philip J. Hollenback a écrit :
>> I have been finding bugs, and I've been filing them in the sourceforge
>> bug tracker.  I assume that's the right place?
>
> Yes, it is the right place.
>
> I did not notice them, it seems the monitoring was stopped.
> I will have a look.

Interesting, that's why. mailman got reset
Steve Wainstead told me that he got now all the traffic now.

I asked for the mailman passwords. Apparenty mine don't work anymore.
-- 
Reini

Re: [Phpwiki-talk] globally unique per-page identifier

[Marc-Etienne V. <Mar...@al...>]

Le 06/03/2012 16:43, Philip J. Hollenback a écrit :
> I have been finding bugs, and I've been filing them in the sourceforge
> bug tracker.  I assume that's the right place?

Yes, it is the right place.

I did not notice them, it seems the monitoring was stopped.

I will have a look.

Best regards,

-- 
Marc-Etienne Vargenau
Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE
+33 (0)1 30 77 28 33, Mar...@al...

Re: [Phpwiki-talk] globally unique per-page identifier

[Philip J. H. <ph...@po...>]

I have been finding bugs, and I've been filing them in the sourceforge
bug tracker.  I assume that's the right place?

On Tue, Mar 6, 2012, at 04:37 PM, Marc-Etienne Vargenau wrote:
> Le 06/03/2012 16:14, Philip J. Hollenback a écrit :
> > I just upgraded to the 1.4.0 in subversion as of a couple weeks back.
> 
> Great.
> 
> Please tell us if you find bugs in this release.
> 
> Best regards,
> 
> -- 
> Marc-Etienne Vargenau
> Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE
> +33 (0)1 30 77 28 33, Mar...@al...
> 
> ------------------------------------------------------------------------------
> Keep Your Developer Skills Current with LearnDevNow!
> The most comprehensive online learning library for Microsoft developers
> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-d2d
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
> 
--  
Philip J. Hollenback
www.hollenback.net
@philiph

Re: [Phpwiki-talk] globally unique per-page identifier

[Marc-Etienne V. <Mar...@al...>]

Le 06/03/2012 16:14, Philip J. Hollenback a écrit :
> I just upgraded to the 1.4.0 in subversion as of a couple weeks back.

Great.

Please tell us if you find bugs in this release.

Best regards,

-- 
Marc-Etienne Vargenau
Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE
+33 (0)1 30 77 28 33, Mar...@al...

Re: [Phpwiki-talk] globally unique per-page identifier

[Philip J. H. <ph...@po...>]

I just upgraded to the 1.4.0 in subversion as of a couple weeks back.

On Tue, Mar 6, 2012, at 01:50 PM, Marc-Etienne Vargenau wrote:
> Le 28/02/2012 02:01, Philip J. Hollenback a écrit :
> > Solved my problem (and moved from IntenseDebate to Disqus):
> >
> > http://www.hollenback.net to see in action.
> >
> > Also, is there anyone on this list any more?  I'm beginning to feel like
> > the last phphwiki user...
> 
> Hello Philip,
> 
> No, you are not the last Phpwiki user...
> 
> For information, what version of Phpwiki are you using?
> 
> Best regards,
> 
> -- 
> Marc-Etienne Vargenau
> Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE
> +33 (0)1 30 77 28 33, Mar...@al...
> 
> ------------------------------------------------------------------------------
> Keep Your Developer Skills Current with LearnDevNow!
> The most comprehensive online learning library for Microsoft developers
> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-d2d
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
> 
--  
Philip J. Hollenback
www.hollenback.net
@philiph

Re: [Phpwiki-talk] globally unique per-page identifier

[Marc-Etienne V. <Mar...@al...>]

Le 28/02/2012 02:01, Philip J. Hollenback a écrit :
> Solved my problem (and moved from IntenseDebate to Disqus):
>
> http://www.hollenback.net to see in action.
>
> Also, is there anyone on this list any more?  I'm beginning to feel like
> the last phphwiki user...

Hello Philip,

No, you are not the last Phpwiki user...

For information, what version of Phpwiki are you using?

Best regards,

-- 
Marc-Etienne Vargenau
Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE
+33 (0)1 30 77 28 33, Mar...@al...

Re: [Phpwiki-talk] globally unique per-page identifier

[Philip J. H. <ph...@po...>]

Solved my problem (and moved from IntenseDebate to Disqus):

    var disqus_identifier = "<?php echo $page->getName()?>";

so every comment is uniquely identified by the wiki page name.  This is
nice because I put this in my body.tmpl template right after the
<CONTENT>:

<div id="disqus_thread"></div>
<script type="text/javascript">
    var disqus_shortname = 'XXXXXXXX'; // required: replace example with
    your forum shortname
    var disqus_identifier = "<?php echo $page->getName()?>";
    (function() {
        var dsq = document.createElement('script'); dsq.type =
        'text/javascript'; dsq.async = true;
        dsq.src = 'http://' + disqus_shortname + '.disqus.com/embed.js';
        (document.getElementsByTagName('head')[0] ||
        document.getElementsByTagName('body')[0]).appendChild(dsq);
    })();
</script>
<noscript>Please enable JavaScript to view the <a
href="http://disqus.com/?ref_noscript">comments powered by
Disqus.</a></noscript>

this way even both the regular page and the action=edit version of a
page have the same identifier, so comments are maintained consistently. 
Exactly what I wanted.  ID supports unique identifiers in a similar way
so you could use this approach with either comment system.

http://www.hollenback.net to see in action.

Also, is there anyone on this list any more?  I'm beginning to feel like
the last phphwiki user...

P.

On Mon, Feb 27, 2012, at 12:03 PM, Philip J. Hollenback wrote:
> I'm playing around with using Intense Debate on www.hollenback.net. 
> I've actually used it for a while but the behavior is annoying.  It uses
> the page url as the identifier to link a particular comment to a page. 
> That's annoying with phpwiki since multiple urls can refer to the same
> page (for example, the 'thanks for editing' page has a different url
> than the regular version of a page.  
> 
> That means there are many ways which ID doesn't display the comments for
> a page if you use it with phpwiki.
> 
> ID does offer the ability to set a custom identifier for each comment in
> the javascript.  So, if there were some per-page special phpwiki
> identifier I could stick it in the javascript call to ID then I could
> uniquely identify the page and fix that.
> 
> So, is there something like PHPWIKP_PAGE_ID that I can use?
> 
> P.
> --  
> Philip J. Hollenback
> www.hollenback.net
> @philiph
> 
> 
> ------------------------------------------------------------------------------
> Try before you buy = See our experts in action!
> The most comprehensive online learning library for Microsoft developers
> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-dev2
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
> 
--  
Philip J. Hollenback
www.hollenback.net
@philiph

[Phpwiki-talk] globally unique per-page identifier

[Philip J. H. <ph...@po...>]

I'm playing around with using Intense Debate on www.hollenback.net. 
I've actually used it for a while but the behavior is annoying.  It uses
the page url as the identifier to link a particular comment to a page. 
That's annoying with phpwiki since multiple urls can refer to the same
page (for example, the 'thanks for editing' page has a different url
than the regular version of a page.  

That means there are many ways which ID doesn't display the comments for
a page if you use it with phpwiki.

ID does offer the ability to set a custom identifier for each comment in
the javascript.  So, if there were some per-page special phpwiki
identifier I could stick it in the javascript call to ID then I could
uniquely identify the page and fix that.

So, is there something like PHPWIKP_PAGE_ID that I can use?

P.
--  
Philip J. Hollenback
www.hollenback.net
@philiph

[Phpwiki-talk] migrating my old phpwiki and dealing with php-53 brokenness

[Philip J. H. <ph...@po...>]

I'm trying to migrate my old phpwiki off a hosted provider to my own
vps.  My problem is that my hosting provider foced an upgrade to php-53
and I'm running something like 1.3.14.  I hacked on my wiki a bit
(www.hollenback.net) to get it basically working.  However, I can't do
some key things like dump the wiki through the Administration interface
- it creates a dump but the dump is full of php warnings and errors so
it's not usable.

I did manage to dump out my old mysql database and I've been playing
with using that as the basis for my new wiki (neckbeard.us, running the
1.4.0 svn trunk).  I hacked on my mysql dump until I got it to load into
the new database on the new server.  I'm probably running one of the
oldest phpwikis in existence at this point so my database is filled with
tons of crufty and spam - thus I tried to edit a lot of that out
manually.

I was able to get the database set up, and run and action=upgrade on the
new phpwiki.  Now it appears to be mostly intact.

Unfortunately, I clearly have data inconsistencies.  For example, the
page

http://neckbeard.us/phpwiki/index.php/DenyHostsWentBad

exists if you go to it directly, but you can't edit it - phpwiki thinks
the page doesn't exist.  I think this is because the page exists in the
revision table and the page table, but a reference somewhere else is
incorrect.

Can anyone give me some guidance on how to fix all this?  I suppose I
could try an upgrade to 1.4.0trunk on my old hosting provider and see if
I can get a clean page dump.  Then I could just load that into the new
phpwiki.  However, I'm hesitant to muck with this host as I only have
cpanel access to it so dealing with a major phpwiki upgrade is annoying.
 Plus, I want to get off that provider as soon as possible anyway.

Is there a simple way I can repair my new database so that phpwiki finds
all the pages?  Or, is upgrading to 1.4.0trunk on the old host and
getting a clean page dump my best bet?  

Thanks,
P.
--  
Philip J. Hollenback
www.hollenback.net
@philiph


--  
Philip J. Hollenback
www.hollenback.net
@philiph


--  
Philip J. Hollenback
www.hollenback.net
@philiph

Re: [Phpwiki-talk] Happy new year to all Phpwiki users!

[Peter Campion-B. <pe...@pa...>]

Thank you Marc-Etienne, the 'upgrade and overwrite' has fixed the 
Backlinks and everything is now working perfectly again.


On 04/01/12 10:04, Marc-Etienne Vargenau wrote:
> Le 04/01/2012 02:15, Peter Campion-Bye a écrit :
>> Whilst we have some activity on this list, can I also thank Reini and
>> others for their continued work on phpwiki, and request help with a
>> small problem please?
> Thank you for your support.
>
>> I am seeing a problem with Backlinks no longer working. I recently moved
>> my wiki to a new apache server, new versions of php and mysql, and a new
>> version of phpwiki so I'm not sure which of these changes introduced the
>> problem.
>>
>>      <?plugin BackLinks page=Milk,Honey ?>
> I cannot access your wiki, a password is required.
>
> However, from the output of your page, it seems that you do
> not have the lastest version of the BackLinks page.
>
> Can you ensure you are using 1.4.0RC1 (or latest Subversion
> trunk) and then do a "upgrade&  overwrite" from the
> PhpWikiAdminstration page?
> http://www.pandasys.co.uk/phpwiki/index.php/HomePage?action=upgrade&overwrite=1
>
> Best regards,
>
> Marc-Etienne
>

Re: [Phpwiki-talk] Happy new year to all Phpwiki users!

[Marc-Etienne V. <Mar...@al...>]

Le 03/01/2012 17:42, Reini Urban a écrit :
> On Tue, Jan 3, 2012 at 8:53 AM, Marc-Etienne Vargenau
> <Mar...@al...>  wrote:
>> Hello all Phpwiki users,
>>
>> The Phpwiki team wishes you a happy new year 2012.
>>
>> Reini, will you have some time so that we can get the
>> final 1.4.0 out?
>
> Yes. It was on my new year plan.
>
> I'm just preparing a server for phpwiki.org (a fast standalone machine
> with physical access, php-5.2.6),
> preparing the domain name change from Steve Wainstead (got stuck but
> now finally got a server),
> and release 1.4.0 as is.

Hello Reini,

Great news!

Please tell me when you are ready to package 1.4.0 so that
we can synchronize. I still have a few minor point to discuss
with you before release.

Best regards,

-- 
Marc-Etienne Vargenau
Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE
+33 (0)1 30 77 28 33, Mar...@al...

Re: [Phpwiki-talk] Happy new year to all Phpwiki users!

[Marc-Etienne V. <Mar...@al...>]

Le 03/01/2012 20:30, Harold Hallikainen a écrit :
>
> And happy new year to you! I just tried the latest release candidate, and
> it looks very nice! As mentioned in an email over the weekend, I am seeing
> a bit of strangeness in the left margin, a few errors and warnings at the
> bottom of pages, and captcha images not showing up. This is all running
> under Fedora 16. My test server is at
> http://hallikainen.org:8080/BroadcastHistory/

Hello,

Did you try the corrections I posted yesterday?

Best regards,

Marc-Etienne

-- 
Marc-Etienne Vargenau
Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE
+33 (0)1 30 77 28 33, Mar...@al...

Re: [Phpwiki-talk] Happy new year to all Phpwiki users!

[Marc-Etienne V. <Mar...@al...>]

Le 04/01/2012 02:15, Peter Campion-Bye a écrit :
> Whilst we have some activity on this list, can I also thank Reini and
> others for their continued work on phpwiki, and request help with a
> small problem please?

Thank you for your support.

> I am seeing a problem with Backlinks no longer working. I recently moved
> my wiki to a new apache server, new versions of php and mysql, and a new
> version of phpwiki so I'm not sure which of these changes introduced the
> problem.
>
>     <?plugin BackLinks page=Milk,Honey ?>

I cannot access your wiki, a password is required.

However, from the output of your page, it seems that you do
not have the lastest version of the BackLinks page.

Can you ensure you are using 1.4.0RC1 (or latest Subversion
trunk) and then do a "upgrade & overwrite" from the
PhpWikiAdminstration page?
http://www.pandasys.co.uk/phpwiki/index.php/HomePage?action=upgrade&overwrite=1

Best regards,

Marc-Etienne

-- 
Marc-Etienne Vargenau
Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE
+33 (0)1 30 77 28 33, Mar...@al...

Re: [Phpwiki-talk] Happy new year to all Phpwiki users!

[Peter Campion-B. <pe...@pa...>]

Whilst we have some activity on this list, can I also thank Reini and 
others for their continued work on phpwiki, and request help with a 
small problem please?

I am seeing a problem with Backlinks no longer working. I recently moved 
my wiki to a new apache server, new versions of php and mysql, and a new 
version of phpwiki so I'm not sure which of these changes introduced the 
problem.
Previously clicking on a page heading would give me a list of pages that 
linked to the current page, as you would expect.
Now when I click on the page heading I get the text below (eg for the 
page 'HardwareNotes'):


  BackLinks: HardwareNotes
  <http://www.pandasys.co.uk/phpwiki/index.php/HardwareNotes>

The contents of all pages are searched to find links to the current 
page. The BackLinks 
<http://www.pandasys.co.uk/phpwiki/index.php/BackLinks> function also 
answers the question: "Which pages contain the title of this page?".

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

To display the list of pages which all contain multiple links use a 
pagelist as page argument. For example

   <?plugin BackLinks page=Milk,Honey ?>

would display all pages which contain links to Milk AND Honey.


At the foot of the page is a grey box containing the following:

Notice: "empty item Cached_PluginInvocation Object"

  * (
  * [_pi] => <?plugin BackLinks exclude||='' include_self||=1
    noheader||=0 page||='' info||='' ?>
  * [pi_name] => plugin
  * [name] => BackLinks
  * [args] => exclude||='' include_self||=1 noheader||=0 page||='' info||=''
  * [_tightenable] => 0
  * )


The page source has the following html for the page heading:


<h1><a  href="HardwareNotes?action=BackLinks  <view-source:http://www.pandasys.co.uk/phpwiki/index.php/HardwareNotes?action=BackLinks>"class="backlinks"title="BackLinks for HardwareNotes"onmouseover="window.status=&quot;BackLinks for HardwareNotes&quot;; return true;"onmouseout="window.status='';return true;">HardwareNotes</a></h1>


Any help you can provide for this would be much appreciated, I use the backlink functionality a lot when moving around my wiki.
Thank, Peter




On 03/01/12 19:30, Harold Hallikainen wrote:
> And happy new year to you! I just tried the latest release candidate, and
> it looks very nice! As mentioned in an email over the weekend, I am seeing
> a bit of strangeness in the left margin, a few errors and warnings at the
> bottom of pages, and captcha images not showing up. This is all running
> under Fedora 16. My test server is at
> http://hallikainen.org:8080/BroadcastHistory/
>
> Thanks!
>
> Harold
>
>
>

Re: [Phpwiki-talk] Happy new year to all Phpwiki users!

[Harold H. <ha...@ha...>]

And happy new year to you! I just tried the latest release candidate, and
it looks very nice! As mentioned in an email over the weekend, I am seeing
a bit of strangeness in the left margin, a few errors and warnings at the
bottom of pages, and captcha images not showing up. This is all running
under Fedora 16. My test server is at
http://hallikainen.org:8080/BroadcastHistory/

Thanks!

Harold



-- 
FCC Rules Updated Daily at http://www.hallikainen.com - Advertising
opportunities available!
Not sent from an iPhone.



-- 
FCC Rules Updated Daily at http://www.hallikainen.com - Advertising
opportunities available!
Not sent from an iPhone.

Re: [Phpwiki-talk] Happy new year to all Phpwiki users!

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

On Tue, Jan 3, 2012 at 8:53 AM, Marc-Etienne Vargenau
<Mar...@al...> wrote:
> Hello all Phpwiki users,
>
> The Phpwiki team wishes you a happy new year 2012.
>
> Reini, will you have some time so that we can get the
> final 1.4.0 out?

Yes. It was on my new year plan.

I'm just preparing a server for phpwiki.org (a fast standalone machine
with physical access, php-5.2.6),
preparing the domain name change from Steve Wainstead (got stuck but
now finally got a server),
and release 1.4.0 as is.
-- 
Reini Urban
http://cpanel.net/   http://www.perl-compiler.org/

[Phpwiki-talk] Happy new year to all Phpwiki users!

[Marc-Etienne V. <Mar...@al...>]

Hello all Phpwiki users,

The Phpwiki team wishes you a happy new year 2012.

Reini, will you have some time so that we can get the
final 1.4.0 out?

Best regards,

Marc-Etienne

-- 
Marc-Etienne Vargenau
Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE
+33 (0)1 30 77 28 33, Mar...@al...

Re: [Phpwiki-talk] Help with warnings etc in phpwiki-1.4.0rc1

[Marc-Etienne V. <Mar...@al...>]

Le 02/01/2012 04:54, Harold Hallikainen a écrit :
> Also, when editing a page, the captcha image is not showing up. Instead, I
> see "<img src="?action=captcha&id=1325476355" alt="captcha" />
> <label for="edit-captcha_input">Type word above:</label>"

Hello again,

This is fixed in Subversion 8217.

You can:

1) Try with the latest Subversion trunk instead of 1.4.0RC1

or

2) Modify file lib/Captcha.php
as in

http://phpwiki.svn.sourceforge.net/viewvc/phpwiki/trunk/lib/Captcha.php?r1=8071&r2=8217&pathrev=8217

Best regards,

Marc-Etienne

-- 
Marc-Etienne Vargenau
Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE
+33 (0)1 30 77 28 33, Mar...@al...

Re: [Phpwiki-talk] Help with warnings etc in phpwiki-1.4.0rc1

[Marc-Etienne V. <Mar...@al...>]

Le 02/01/2012 04:54, Harold Hallikainen a écrit :
> I'm slowly migrating from Fedora 11 to Fedora 16 and updating my phpwiki
> in the process. It's looking pretty food, but I'm seeing a few problems.
> The new wiki is at
>
> http://www.hallikainen.org:8080/phpwiki-1.4.0rc1/index.php/HomePage .
>
> The problem areas are in the left margin where I'm seeing stuff like:
>
> # setAttr("accesskey","r"); $link->addTooltip(_("The list of recent
> changes in the wiki.")." [$p-r]"); ?>
> # RecentNewPages
> # What links here
> # setAttr("accesskey","u"); $link->addTooltip(_("Upload images or media
> files")." [$p-u]"); ?>
>
> under Toolbox.

Hello Harold,

Thank you for your interest in Phpwiki.

I cannot reproduce your problem, but it is probably related to
the fact that the file
themes/Sidebar/templates/navbar.tmpl
uses the old PHP syntax "<?" instead of "<?php".

Can you please:

1) Try with the latest Subversion trunk instead of 1.4.0RC1

or

2) Modify file themes/Sidebar/templates/navbar.tmpl
as in
http://phpwiki.svn.sourceforge.net/viewvc/phpwiki/trunk/themes/Sidebar/templates/navbar.tmpl?r1=8166&r2=8216&pathrev=8216

Happy new year 2012!

Marc-Etienne

-- 
Marc-Etienne Vargenau
Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE
+33 (0)1 30 77 28 33, Mar...@al...

[Phpwiki-talk] Help with warnings etc in phpwiki-1.4.0rc1

[Harold H. <ha...@ha...>]

I'm slowly migrating from Fedora 11 to Fedora 16 and updating my phpwiki
in the process. It's looking pretty food, but I'm seeing a few problems.
The new wiki is at

http://www.hallikainen.org:8080/phpwiki-1.4.0rc1/index.php/HomePage .

The problem areas are in the left margin where I'm seeing stuff like:

# setAttr("accesskey","r"); $link->addTooltip(_("The list of recent
changes in the wiki.")." [$p-r]"); ?>
# RecentNewPages
# What links here
# setAttr("accesskey","u"); $link->addTooltip(_("Upload images or media
files")." [$p-u]"); ?>

under Toolbox.

Also, there are some php warnings and another warning at the bottom of page.

Also, when editing a page, the captcha image is not showing up. Instead, I
see "<img src="?action=captcha&id=1325476355" alt="captcha" />
<label for="edit-captcha_input">Type word above: </label>"

THANKS for any help!

Harold

Re: [Phpwiki-talk] PHPwiki postgres database error

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

2011/4/17 Pat Grogan <pat...@bi...>:
> I have just migrated from a very early version of phpwiki to the very
> latest.

which version exactly?
1.4.0-rc1 or svn?

We would recommend svn, because we do not break things.

> I have got the wiki up and working but a soon as I try and edit the main
> page I get the following error:
>
> Fatal Error:
>
> lib/WikiDB/backend/PearDB.php:1061 Error[256]:
> WikiDB_backend_PearDB_pgsql: fatal database error
>
>    * DB Error: constraint violation
>    * (DELETE FROM version WHERE id=98 AND version=1 [nativecode=ERROR:
> update or delete on table "version" violates foreign key constraint
> "recent_id_fkey1" on table "recent"
>    * DETAIL: Key (id,version)=(98,1) is still referenced from table
> "recent".])

Hmm, looks like a major problem with autocleanup of older versions.
We don't really have to delete older versions anymore, only on
restricted size databases.

Please check if these values work for you until I have found the real problem:
MAJOR_MIN_KEEP = 2147483647
MINOR_MIN_KEEP = 2147483647

> Any help would be most appreciated.

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

[Phpwiki-talk] PHPwiki postgres database error

[Pat G. <pat...@bi...>]

I have just migrated from a very early version of phpwiki to the very
latest.

I have got the wiki up and working but a soon as I try and edit the main
page I get the following error:

Fatal Error:

lib/WikiDB/backend/PearDB.php:1061 Error[256]:
WikiDB_backend_PearDB_pgsql: fatal database error

    * DB Error: constraint violation
    * (DELETE FROM version WHERE id=98 AND version=1 [nativecode=ERROR:
update or delete on table "version" violates foreign key constraint
"recent_id_fkey1" on table "recent"
    * DETAIL: Key (id,version)=(98,1) is still referenced from table
"recent".])

Here is the database setup for each of the tables:
phpwiki=# \d recent
        Table "public.recent"
    Column     |  Type   | Modifiers 
---------------+---------+-----------
 id            | integer | 
 latestversion | integer | 
 latestmajor   | integer | 
 latestminor   | integer | 
Indexes:
    "recent_id_idx" UNIQUE, btree (id)
    "recent_lv_idx" btree (latestversion)
Check constraints:
    "recent_check" CHECK (latestminor >= latestmajor)
Foreign-key constraints:
    "recent_id_fkey" FOREIGN KEY (id) REFERENCES page(id)
    "recent_id_fkey1" FOREIGN KEY (id, latestversion) REFERENCES
version(id, version)

phpwiki=# 

phpwiki=# \d page
                                   Table "public.page"
   Column    |          Type          |
Modifiers                     
-------------+------------------------+---------------------------------------------------
 id          | integer                | not null default
nextval('page_id_seq'::regclass)
 pagename    | character varying(100) | not null
 hits        | integer                | not null default 0
 pagedata    | text                   | not null default ''::text
 cached_html | text                   | default ''::text
Indexes:
    "page_pkey" PRIMARY KEY, btree (id)
    "page_pagename_key" UNIQUE, btree (pagename)
Check constraints:
    "page_pagename_check" CHECK (pagename::text <> ''::text)
Referenced by:
    TABLE "link" CONSTRAINT "link_linkfrom_fkey" FOREIGN KEY (linkfrom)
REFERENCES page(id)
    TABLE "link" CONSTRAINT "link_linkto_fkey" FOREIGN KEY (linkto)
REFERENCES page(id)
    TABLE "nonempty" CONSTRAINT "nonempty_id_fkey" FOREIGN KEY (id)
REFERENCES page(id)
    TABLE "pagedata" CONSTRAINT "pagedata_id_fkey" FOREIGN KEY (id)
REFERENCES page(id)
    TABLE "pageperm" CONSTRAINT "pageperm_id_fkey" FOREIGN KEY (id)
REFERENCES page(id)
    TABLE "rating" CONSTRAINT "rating_rateepage_fkey" FOREIGN KEY
(rateepage) REFERENCES page(id)
    TABLE "rating" CONSTRAINT "rating_raterpage_fkey" FOREIGN KEY
(raterpage) REFERENCES page(id)
    TABLE "recent" CONSTRAINT "recent_id_fkey" FOREIGN KEY (id)
REFERENCES page(id)
    TABLE "version" CONSTRAINT "version_id_fkey" FOREIGN KEY (id)
REFERENCES page(id)

I manually went into the postgres database phpwiki and removed the entry
id 98 from table recent and was able to edit the home page. However once
saved another edit fails with the same error.

Is this a schema error or am I using an incorrect procedure?

I am using postgres on Ubuntu 10.10.

Any help would be most appreciated.

Thanks,

Pat