The Ape recipe needs to have the line in the skin
template. Some skins don't have it, if yours doesn't have it, insert
this line it right before the closing tag, see also
https://www.pmwiki.org/wiki/Cookbook/Ape#Notes
Petko
On 27/04/2019 21:08, David Bruce Murray wrote:
Sorry...I meant
Sorry...I meant APE was the recipe I had tried for embedding YouTube
videos...not abe.
David Murray
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Thanks for the responses to my question about PHP 5.3.
I did a completely fresh installation of the latest version of pmwiki.
Because I had used spacewikiwords in the past, I had to remove
underscores from about 3 files to make sure my links would continue
to work. Once I had done that, I
Hi David,
I had the same problem in March this year - I wasn't familiar too with
the PMwiki internals...
First make a backup of your working site under PHP5.3 to your pc's hdd!
This is what I did and what helped in my case:
One of the cookbook recipes that has that filename is "Alternate Naming
Scheme" (https://www.pmwiki.org/wiki/Cookbook/AlternateNamingScheme), which
doesn't have an up-to-date version.
--Peter
On Fri, Apr 26, 2019 at 5:17 PM Simon wrote:
> You need to ensure all your recipes are updated
>
> See
You need to ensure all your recipes are updated
See
https://www.pmwiki.org/wiki/Category/PHP72
These may help you see which recipes are out of date
https://www.pmwiki.org/wiki/PmWiki/AnalyzeResults
https://www.pmwiki.org/wiki/Cookbook/RecipeCheck
If you have written your own recipes see
I received this from my web host today.
"We are reaching out to inform you that as of June 3, 2019, Media Temple
will no longer support PHP 5.3. Any domains using PHP 5.3 in your GRID
hosting will automatically be changed to PHP 5.6 on that date. You are
strongly encouraged to update any
Vince Admin Account (2009-10-23 16:01):
On Oct 19, 2009, at 5:13 PM, rogu...@googlemail.com wrote:
The problem with pagelists lies in GlobToPCRE() function in pmwiki.php
and is tracked at http://pmwiki.org/wiki/PITS/01149 . It concerns
exclusion patterns (name=-Page) only.
The
On Oct 24, 2009, at 5:34 AM, rogu...@googlemail.com wrote:
Vince Admin Account (2009-10-23 16:01):
On Oct 19, 2009, at 5:13 PM, rogu...@googlemail.com wrote:
The problem with pagelists lies in GlobToPCRE() function in
pmwiki.php
and is tracked at http://pmwiki.org/wiki/PITS/01149 . It
Vince Administration (2009-10-24 10:42):
On Oct 24, 2009, at 5:34 AM, rogu...@googlemail.com wrote:
Vince Admin Account (2009-10-23 16:01):
On Oct 19, 2009, at 5:13 PM, rogu...@googlemail.com wrote:
The problem with pagelists lies in GlobToPCRE() function in
pmwiki.php
and is
On Oct 24, 2009, at 1:04 PM, rogu...@googlemail.com wrote:
Vince Administration (2009-10-24 10:42):
On Oct 24, 2009, at 5:34 AM, rogu...@googlemail.com wrote:
Vince Admin Account (2009-10-23 16:01):
On Oct 19, 2009, at 5:13 PM, rogu...@googlemail.com wrote:
The problem with pagelists
On Oct 19, 2009, at 5:13 PM, rogu...@googlemail.com wrote:
The problem with pagelists lies in GlobToPCRE() function in pmwiki.php
and is tracked at http://pmwiki.org/wiki/PITS/01149 . It concerns
exclusion patterns (name=-Page) only.
The suggested workaround for exclusion patterns (at least
paul badger wrote:
Now it's really getting ugly. It was Firefox (and not PMwiki) and its
saved passwords that was defeating me.
type in paul lowercase - and it's replaced by Paul uppercase -
just as one exits the field.
arggg
I think I may have spoken too soon on this - It
paul badger wrote:
Rogutòs
No joy for clean install.
I did use my config.php file from other, but edited it. There are no
cookbook lines in it, but it doesn't mean I didn't screw something else
up. I can send you the file if you want.
I've been over security docs and suggestions for
Since I have not seen an update for a while, and we are installing
SnowLeopard on one of our test servers, I thought I would add a data
point.
On Oct 4, 2009, at 1:19 PM, rogu...@googlemail.com wrote:
Paul Badger (2009-10-04 00:51):
Anyway, try putting this in your
config.php:
#
Vince Administration (2009-10-19 14:17):
On our system, Initially the pages more or less display, but not the
pagelists, with the default time zone warning either nicely
displayed near the end of the page, or one or several copies at the
top.
When I added the
date_default_timezone_set() =
On Oct 19, 2009, at 5:13 PM, rogu...@googlemail.com wrote:
Vince Administration (2009-10-19 14:17):
On our system, Initially the pages more or less display, but not the
pagelists, with the default time zone warning either nicely
displayed near the end of the page, or one or several copies at
Paul Badger (2009-10-04 22:46):
These lines below seem to have fixed the upload problem with php 5.3.0.
# temprorary workaround for PHP 5.3 login issues
# pmwiki.org/wiki/PITS/01141
$_REQUEST[session_name()]=1;
I did have to set permissions on the upload folders at 777 though.
Any
Rogutòs
No joy for clean install.
I did use my config.php file from other, but
edited it. There are no cookbook lines in it, but
it doesn't mean I didn't screw something else up.
I can send you the file if you want.
I've been over security docs and suggestions for
last hour or so - don't
I think I may have spoken too soon on this - It
seems that I was using two numerals for a login,
which appear to be dissallowed.
Paul
Rogutòs
No joy for clean install.
I did use my config.php file from other, but
edited it. There are no cookbook lines in it, but
it doesn't mean I
Now it's really getting ugly. It was Firefox (and not PMwiki) and its
saved passwords that was defeating me.
type in paul lowercase - and it's replaced by Paul uppercase -
just as one exits the field.
arggg
I think I may have spoken too soon on this - It
seems that I was using two
21 matches
Mail list logo