phpwiki-talk

Re: [Phpwiki-talk] Recent Changes - Summary disappears?

[Carsten K. <car...@ma...>]

I just noticed this yesterday too, but I found a way to overcome it. See 
http://phpwiki.sourceforge.net/phpwiki/AllRecentChanges

       <?plugin RecentChanges days||=2 show_all||=1 ?>

I would prefer this as the default behaviour for RecentChanges too, so 
when two people edit the same page on the same day you can see both in 
RecentChanges.

(By comparison, RecentEdits uses: <?plugin RecentChanges days||=2 show_all|
|=1 show_minor=1?>)

Note that the ||= for variable substitution only works for one variable at 
this time (used by Show changes for: 1 day, etc.) No idea how to fix that 
one though.

Carsten


On Friday, January 11, 2002, at 06:02  pm, Lawrence Akka wrote:

> Don't know if this is a feature or a bug (re 1.3.2)
>
> If there is more than one edit to a page on any given day,
> RecentChanges only seems to show the most recent one.  Is that
> deliberate?
>
> Lawrence

[Phpwiki-talk] Recent Changes - Summary disappears?

[Lawrence A. <la...@us...>]

Don't know if this is a feature or a bug (re 1.3.2)

If there is more than one edit to a page on any given day, 
RecentChanges only seems to show the most recent one.  Is that 
deliberate?

Lawrence

Re: [Phpwiki-talk] Something very weird has happened to my Wiki

[Jeff D. <da...@da...>]

On Fri, 11 Jan 2002 19:33:25 -0000
"Lawrence Akka" <Law...@th...> wrote:

> Actually, Jeff, if you delete HomePage, all the Virgin pages are
reloaded 

Aha!  Yes, of course.

> Clearly this is an undesirable "feature".  The Virgin wiki should only
be loaded if the > Home page is missing, and its most recent version is 1,
or something like that

Actually, I think the virgin wiki should probably only be loaded if the
page database is empty (no pages).  The rest of the time, it should take
manual intervention (i.e. load pgsrc via PhpWikiAdministration).

Short term problems with this:

1. People who don't run PHP as an apache module currently can't use any of
the administrative features, as the current login code (I think) depends
on mod_php.  (As always: once we move away from HTTP auth base
authentification, this will cease to be a problem.)

2. Reini's bug: where the load-up of the version wiki seems to crap out in
mid de-virginization.

Also, I think we need to introduce some kind of versioning meta-data into
the stock pgsrc.

When one upgrades to a new release of PhpWiki, in general one does not
want to replace most of the pgsrc.  On the other hand, sometimes upgrading
PhpWiki will break some of the "magic pages" (PhpWikiAdministration,
RecentChanges, TitleSearch, etc...)  If each page in the distributed pgsrc
had a pgsrc_version meta-data, then there could be an option to only
update the page if the pgsrc_version is greater than that currently in the
database.  (The "major" part of pgsrc_version should be incremented when
there are functional changes to the page, the "minor" version gets bumped
everytime the pgsrc is modified.)

Re: [Phpwiki-talk] Something very weird has happened to my Wiki

[Lawrence A. <Law...@th...>]

Actually, Jeff, if you delete HomePage, all the Virgin pages are reloaded - I just tested it 
on a dummy wiki on my pc. I am sure that is what has happened in this case.  Someone 
has deleted the HomePage, and as a result a lot of other pages have been overwritten.  
Clearly this is an undesirable "feature".  The Virgin wiki should only be loaded if the 
Home page is missing, and its most recent version is 1, or something like that

Lawrence


> 
> I suppose one possibility is that for some reason PhpWiki sporadically
> thinks HomePage is missing, and therefore "loads up a virgin wiki".
> That shouldn't, of course, happen; and I don't, off hand, have any
> suspicions of why it might.
> 

--------------------------------------------------------
Confidentiality Notice

The information contained in this e-mail is confidential.  It is for the
use of the named recipient only.  If you are not the named recipient, 
please destroy and do not disclose the contents of this e-mail
to any other person, or copy it.  Thank you for your co-operation.

Re: [Phpwiki-talk] Something very weird has happened to my Wiki

[Jeff D. <da...@da...>]

On Fri, 11 Jan 2002 15:23:38 +0000
"Lawrence Akka" <la...@us...> wrote:

> I agree - it looks to me like someone has loaded the original files on
top > of your wiki. 

That's what it looks like to me, too...

> I think there is a setting in index.php which controls 
> whether or not you need admin privs to do this.

No.  You should always need admin privs to do that.  (The setting you're
thinking about controls whether one can make zip-dumps without
admin privs.)

> Can you look in your webserver logs?  They might help you work out who
has > accessed which pages

Yes.  That's the first thing to look at.

I suppose one possibility is that for some reason PhpWiki sporadically
thinks HomePage is missing, and therefore "loads up a virgin wiki".
That shouldn't, of course, happen; and I don't, off hand, have any
suspicions of why it might.

[Phpwiki-talk] =?ks_c_5601-1987?B?W7GksO1dIMfRufi/oSC6uLO7tMIgx9q15cb5ILmuwNq43ry8wfYgtOu3riC537zbIL3DvbrF2w==?=

[<xm...@ba...>]

VW50aXRsZWQgRG9jdW1lbnQgICAgICAgIA0KIA0KICAgICAgICAgICAgIE1vYmlsZSAgTWVz
c2VuZ2VytMIgua7A2rjevLzB9rimILq4s7u0wiCx4rHit84gurC1tcDHIMD8v+u8sSC8s8Sh
s6ogv9y6ziC8rbrxvbogvvfDvLimIA0KIMXrx8/B9iC+yrDtILr8uKUgvcOwo7+hIMD6t8XH
0SCwobDdwLi3ziCxuMPgx9IgvPYgwNa0wiC5rsDauN68vMH2ud+82yDA/L/rILHiseIgwNS0
z7TZLg0KILHiwbjAxyC5q7yxxeu9xbjBwLsgwMy/68fYILTZt67AxyBTTVMoua7A2rjevLzB
9im4piDH0bKoufi/oSC537zbx9TAuLfOveEgvcW808fRIMGkurjBprD4LCCx4r73IMirurgs
ICDC97qwtcggDQogQ1JNwLsgyL+w+sD7wLi3ziCxuMf2x8+/qSCx4r73ILnXILCzsLPAzrCj
wMcgsO2wtCC8rbrxvbogwfW067/NIDE6MSBUYXJnZXQgTWFya2V0aW5nwLsgILChtMnHz7DU
IMfPtMIgw9bA+8DHIMDluvHA1LTPtNkuICAgICAgICAgIA0KICAgICAgICANCiAgICAgICAg
ICAgDQoNCiDBpsewwMcgxq/CoSC51yDAzL/ru+e3yg0KIA0KIMPWsO3AxyC8urD4t/wgOjEw
MCXAxyDD1rDtwMcgwPy82yC8urD4t/whIQ0KIA0KILbZvu6zrSC6uL7IvLogOrmrvLEguea9
xL+hILX7uKUgw9aw7cDHILq4vsi8ug0KIA0KIMbtuK7H0SC1trizvLogOsD8v+u8sS/A5bzS
te6/oSCxuL7WILnewfYgvsqw7SC1tsDaIL3DvbrF28C7IL/uv7UNCiANCiDA+rfFx9EgwK/B
9rrxIDogwPq3xcfRIMXrvcW68b/NILqwtbXAxyDAr8H2ILq4vPYguvG/68DMILrSx8q/5A0K
IA0KIL3HvcOwoyCw7bC0sPy4riA6ILTrt64gtb+6uCDA/LzbwLi3ziC9x73DsKMgsO2wtLD8
uK4gseK0yQ0KIA0KILz2vcXB9r+sIMPWvNLIrSA6ILmrvLEguea9xMDHIMD8vNu03LDoIMPW
wPvIrbfOILz2vcXB9r+sIMPWvNLIrSANCiANCiANCiANCiC68bXwv8AvvK3A+yC067+pwaEg
OiDBpLHiyN7Azyy9xcfBt84vv7m+4CAgxdfAzMfBLCC1tbytIMDUvPa/oSC068fRILD4wfYs
ILnds7Mgv7nBpMDPILD4wfYsIMTtxvkgudcgwMy6pcauIMirurggvK268b26IA0KILO7v+sg
ILXuwLsgsO2wtMDHIMjetOvG+SDAuLfOILmuwNoguN69w8H2uKYgwPy82w0KIA0KIMGmsPrB
oS/G5L26xq4gx6q15cGhL7LJwf0gOiCw7bC0wMcgREK4piDAzL/rx8+/qSC7/cDPLCCw4cil
ILHis+TAzywgvLrFusD9ILXuwMcgw+DHzyC43r3DwfazqiAgDQogxO3G+SwgILq4s8q9uiDG
98DOxq4gtse0wiDAr7/rx9Egu/3IsCDBpLq4uKYguN69w8H2t84gurizuyCwqLW/wLsgwdkg
vPYgwNa0wiANCiC8rbrxvbq4piAgx9QgwLi3zrytILDtwaQgsO2wtMC7IMCvxKHHz7DtIMW4
ILW/wb7AxyDBocb3v80gwve6sMitILXHvu4guMXD4sC7IA0KILHYtOvIrSAgx9K89iDA1rTZ
LiANCiANCiDAr8Shv/gvx9C/+CA6ILz3waYgs7u/6ywgwdi68bmwLCCw+MH2u+fH1ywgx9C/
+CC68SC5zLOzLCDH4LvnILDtwfYsIMfQvcAgsPrBpLXute4gx9C6zrjwv80gIMfQv/iw+sDH
IA0KILCjxu3Hz7DtICC0ybf8wPvAziDAx7vnIMD8tN7AxyC/qsfSwLsgyMe4osj3ILz2x+AN
CiANCiANCiDAzMOzt7Mgu+e+98DHIMf8xcK/oSC1+7bzIL+pt68gsKHB9sDHILnmuf3AuLfO
IMiwv+vHz7+pILvnv+sgx8+9xyC89iDA1sC4uOcgu/O067nmwMcgyN6068b5wLi3ziANCiDB
98GiILmuwNoguN69w8H2uKYgwPy828fPuce3ziDIrr3Hx8+w1CCzu7/rwLsgwPy03sfSILz2
IMDWvcC0z7TZLiANCiANCiCxuLjFuKYgyPG4wcfPvcO0wiC60LXpILKyvK20wiC+xrehwMcg
uN7Az7fOILmuwMcgx8+9w7HiILnZtvi0z7TZLg0KIA0KILG4uMW/rLb0OiAgeG1hbkBiYXJv
c2VuZC5jby5rcg0KICAgIMDMIMGkuri0wiC/qbevutDAxyC7/ciwudcgILvnvvfIsLW/v6Eg
wNa+7rytILW1v/LAzCC1x7DtwNogvNu6zsfPv7TAuLjnIDHIuLy6ILGksO243sDPwNS0z7TZ
Lg0KIMDMuN7AzyC+xsDMtfC0wiDApbvzv6G8rSDAzsH2x8+/tMC4uOcsIMDMv9zAxyDBpLq4
tMIgvvi9wLTPtNkuIMGkurjBprD4v6EgtOvH2CDG7b7Ix9EguLbAvcC4t84gILz2v+vH2CDB
1r3Dvu4gDQogsKi758fVtM+02S4gvPa9xbDFus4gILimIMWsuK8gyLi9xcfPvcO46SC777Ch
x8+w2r3AtM+02S4gICAgICANCiAgICAgICAg

Re: [Phpwiki-talk] Something very weird has happened to my Wiki

[Lawrence A. <la...@us...>]

I forgot to say, if you are running a recent version of phpWiki, you may 
find that it has kept its own logs - look in index.php again

Lawrence


At 15:15 11/01/2002, Steven Murdoch wrote:
>Hi All,
>
>I regularly check my recent changes and I have noticed that some of my
>pages have been reset to older versions, some back  to the installation
>defaults. I don't know if this is a result of a PhpWiki bug or due to an
>attack, or a mistake by a user. The versions of the page that I would like
>to keep are in the History, so I can restore them, but I would like to
>know what happened.
>
>Would anyone mind taking a look and seeing if they have any idea what went
>on? My site is: http://www.murdomedia.net/wiki/
>
>It seems like all pages have been affected. For example
>Recent Visitors has been brought back to the original version,
>Recent Changes does not show these updates to be done.
>http://www.murdomedia.net/wiki/index.php?pagename=RecentVisitors
>
>It looks like someone has loaded the files from the serialized version,
>but I thought they would need admin privilages to do this.
>
>Any suggestions on what has happened would be greatly appreciated.
>
>Thanks in advance,
>Steven Murdoch.
>
>--
>
>email: mur...@dc...
>web: http://www.dcs.gla.ac.uk/~murdocsj/
>PGP/GnuPG Keys: http://www.murdomedia.net/keys.html
>
>
>_______________________________________________
>Phpwiki-talk mailing list
>Php...@li...
>https://lists.sourceforge.net/lists/listinfo/phpwiki-talk

Re: [Phpwiki-talk] Something very weird has happened to my Wiki

[Lawrence A. <la...@us...>]

Steven,

I agree - it looks to me like someone has loaded the original files on top 
of your wiki.  I think there is a setting in index.php which controls 
whether or not you need admin privs to do this.  You might check to see 
what it says

Can you look in your webserver logs?  They might help you work out who has 
accessed which pages

Lawrence

At 15:15 11/01/2002, Steven Murdoch wrote:
>Hi All,
>
>I regularly check my recent changes and I have noticed that some of my
>pages have been reset to older versions, some back  to the installation
>defaults. I don't know if this is a result of a PhpWiki bug or due to an
>attack, or a mistake by a user. The versions of the page that I would like
>to keep are in the History, so I can restore them, but I would like to
>know what happened.
>
>Would anyone mind taking a look and seeing if they have any idea what went
>on? My site is: http://www.murdomedia.net/wiki/
>
>It seems like all pages have been affected. For example
>Recent Visitors has been brought back to the original version,
>Recent Changes does not show these updates to be done.
>http://www.murdomedia.net/wiki/index.php?pagename=RecentVisitors
>
>It looks like someone has loaded the files from the serialized version,
>but I thought they would need admin privilages to do this.
>
>Any suggestions on what has happened would be greatly appreciated.
>
>Thanks in advance,
>Steven Murdoch.
>
>--
>
>email: mur...@dc...
>web: http://www.dcs.gla.ac.uk/~murdocsj/
>PGP/GnuPG Keys: http://www.murdomedia.net/keys.html
>
>
>_______________________________________________
>Phpwiki-talk mailing list
>Php...@li...
>https://lists.sourceforge.net/lists/listinfo/phpwiki-talk

[Phpwiki-talk] Something very weird has happened to my Wiki

[Steven M. <mur...@dc...>]

Hi All,

I regularly check my recent changes and I have noticed that some of my
pages have been reset to older versions, some back  to the installation
defaults. I don't know if this is a result of a PhpWiki bug or due to an
attack, or a mistake by a user. The versions of the page that I would like
to keep are in the History, so I can restore them, but I would like to
know what happened.

Would anyone mind taking a look and seeing if they have any idea what went
on? My site is: http://www.murdomedia.net/wiki/

It seems like all pages have been affected. For example
Recent Visitors has been brought back to the original version,
Recent Changes does not show these updates to be done.
http://www.murdomedia.net/wiki/index.php?pagename=RecentVisitors

It looks like someone has loaded the files from the serialized version,
but I thought they would need admin privilages to do this.

Any suggestions on what has happened would be greatly appreciated.

Thanks in advance,
Steven Murdoch.

--

email: mur...@dc...
web: http://www.dcs.gla.ac.uk/~murdocsj/
PGP/GnuPG Keys: http://www.murdomedia.net/keys.html

Re: [Phpwiki-talk] Re: [phpwiki-checkins] CVS: phpwiki/templates editpage.html,1.41,1.42

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

Jeff Dairiki schrieb:
> 
> On Thu, 10 Jan 2002 14:45:52 -0800
> "Carsten Klapp" <car...@us...> wrote:
> 
> > Log Message:
> > 3 minor fixes for xhtml conformance. (Note that xhtml does not allow
> <textarea> to have attribute wrap="virtual").
> 
> Yes, but without it, Netscape 4 (& probably others) doesn't wrap long
> lines.(Instead you get a horizontal scrollbar, which is terrible for
> wiki's since they put whole paragraphs on single lines....)
> 
> I think we need to live with non-conformance in this case.

Agreed. It is horrible. And netscape works fine now.
-- 
Reini Urban
  http://atelier.akbild.ac.at/ (soon)
  http://xarch.tu-graz.ac.at/home/rurban/ (big)
  http://tv.mur.at/ (kulturelles)

[Phpwiki-talk] 3 French translations?

[Carsten K. <car...@ma...>]

Hi all,

I was just reading some older messages on this list and someone mentioned 
there were now 3 people working on a French translation, super!

If anyone needs help adding any French files into the CVS repository don't 
be shy to ask me or on the list.

Also remember that CVS was designed specially to allow many people to work 
on the same thing at once. You can see what other people have already sent 
and which parts still need to be worked on--it's not a contest to see who 
gets in first (well, usually not :-)). The whole project saves time AND 
you get to learn how other people work too.

:-)

Carsten

[Phpwiki-talk] Re: [phpwiki-checkins] CVS: phpwiki/templates editpage.html,1.41,1.42

[Jeff D. <da...@da...>]

On Thu, 10 Jan 2002 14:45:52 -0800
"Carsten Klapp" <car...@us...> wrote:

> Log Message:
> 3 minor fixes for xhtml conformance. (Note that xhtml does not allow
<textarea> to have attribute wrap="virtual").

Yes, but without it, Netscape 4 (& probably others) doesn't wrap long
lines.(Instead you get a horizontal scrollbar, which is terrible for
wiki's since they put whole paragraphs on single lines....)  

I think we need to live with non-conformance in this case.

Re: [Phpwiki-talk] problem description: netscape cannot edit

[Carsten K. <car...@ma...>]

I found 3 missing quotes in the javascript code but it was in "browse.html"
. There were a couple xhtml errors on "editpage.html" but this is probably 
not the cause of the problem either.

Anyway I just checked in new "browse.html", "editpage.html" and 
"lib/Toolbar.php" to fix these errors.

Carsten


On Thursday, January 10, 2002, at 03:55  pm, Reini Urban wrote:

> No. No php error. it just hangs and then times out. the db is updated, so
> I think it's just an html error, in which netscape is very sensible.
> IE usually displays broken html code, but netscape not that often.
>
> I cannot debug it on the jscript console, so I think it's after the 
> redirect.
> I also tried:
>
> rurban@REINI /cygdrive/r/php/phpwiki-dev/phpwiki/templates/
> $ diff -u editpage.html~ editpage.html
> --- editpage.html~      Thu Jan 10 20:04:20 2002
> +++ editpage.html       Thu Jan 10 21:34:39 2002
> @@ -30,7 +30,7 @@
>   * a redirect from a page to itself.)
>   */ ?>
>
> -<form method="post" action="${BROWSE}EditPage" accept-charset="${CHARSET}
> ">
> +<form method="post" action="${ACTION}edit" accept-charset="${CHARSET}">
>  <textarea class="wikiedit"
>            name="content"
>            rows="${EDIT_AREA_HEIGHT}"
>
> but this doesn't fix it.
>

Re: [Phpwiki-talk] problem description: netscape cannot edit

[Carsten K. <car...@ma...>]

The accept-charset="${CHARSET}" is somewhat new too. Did you try removing 
that?

-<form method="post" action="${BROWSE}EditPage" accept-charset="${CHARSET}
">
+<form method="post" action="${BROWSE}edit">

Carsten

On Thursday, January 10, 2002, at 03:55  pm, Reini Urban wrote:

> No. No php error. it just hangs and then times out. the db is updated, so
> I think it's just an html error, in which netscape is very sensible.
> IE usually displays broken html code, but netscape not that often.
>
> I cannot debug it on the jscript console, so I think it's after the 
> redirect.
> I also tried:
>
> rurban@REINI /cygdrive/r/php/phpwiki-dev/phpwiki/templates/
> $ diff -u editpage.html~ editpage.html
> --- editpage.html~      Thu Jan 10 20:04:20 2002
> +++ editpage.html       Thu Jan 10 21:34:39 2002
> @@ -30,7 +30,7 @@
>   * a redirect from a page to itself.)
>   */ ?>
>
> -<form method="post" action="${BROWSE}EditPage" accept-charset="${CHARSET}
> ">
> +<form method="post" action="${ACTION}edit" accept-charset="${CHARSET}">
>  <textarea class="wikiedit"
>            name="content"
>            rows="${EDIT_AREA_HEIGHT}"
>
> but this doesn't fix it.
>

Re: [Phpwiki-talk] problem description: netscape cannot edit

[Lawrence A. <la...@us...>]

May be unrelated, but IE6 reports errors on the Homepage (just browsing, not editing) -
as follows

Line 137 Char 1 Error Syntax error Code 0


No idea what this means

Lawrence

> No. No php error. it just hangs and then times out. the db is updated, so 
> I think it's just an html error, in which netscape is very sensible. 
> IE usually displays broken html code, but netscape not that often.
> 
> I cannot debug it on the jscript console, so I think it's after the redirect.
> I also tried:
> 
> rurban@REINI /cygdrive/r/php/phpwiki-dev/phpwiki/templates/
> $ diff -u editpage.html~ editpage.html
> --- editpage.html~      Thu Jan 10 20:04:20 2002
> +++ editpage.html       Thu Jan 10 21:34:39 2002
> @@ -30,7 +30,7 @@
>   * a redirect from a page to itself.)
>   */ ?>
> 
> -<form method="post" action="${BROWSE}EditPage" accept-charset="${CHARSET}">
> +<form method="post" action="${ACTION}edit" accept-charset="${CHARSET}">
>  <textarea class="wikiedit"
>            name="content"
>            rows="${EDIT_AREA_HEIGHT}"
> 
> but this doesn't fix it.
> 
> 
> 
> Carsten Klapp schrieb:
> > There was a missing ) near the end of savepage.php which broke page saves
> > a few days ago but I checked in the fix the next day (revision 1.2.2).
> > 
> > Is this the error you get or something else?
> > 
> > Parse error: parse error in
> > /home/groups/p/ph/phpwiki/htdocs/alpha/lib/savepage.php on line 180
> > 
> > diff -u -r1.21 -r1.22
> > --- phpwiki/phpwiki/lib/savepage.php    2002/01/05 13:39:54     1.21
> > +++ phpwiki/phpwiki/lib/savepage.php    2002/01/07 21:09:11     1.22
> > @@ -177,7 +177,7 @@
> >       }
> > 
> > -    $html .= QElement('hr', array('noshade' => 'noshade');
> > +    $html .= QElement('hr', array('noshade' => 'noshade'));
> >       $html .= do_transform($newrevision->getContent());
> >       echo GeneratePage('BROWSE', $html, $pagename, $newrevision);
> >   }
> > 
> > Carsten
> > 
> > On Thursday, January 10, 2002, at 03:28  pm, Reini Urban wrote:
> > 
> > > Just want to post this note to the list before I can reason what the
> > > cause is.
> > >
> > > I cannot save an edited page with netscape 4.73. current CVS.
> > > I thought it was my server or mysql for a couple of days, but with
> > > internet
> > > explorer it works fine. So I think it's a javascript error on the editpage
> > > template. probably after the redirection of the successful update.
> > > IE reports just an error on the page.
> > > no more time to study it more carefully.
> > > --
> > > Reini Urban
> > 
> > _______________________________________________
> > Phpwiki-talk mailing list
> > Php...@li...
> > https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
> 
> 
> -- 
> Reini Urban
>   http://atelier.akbild.ac.at/ (soon)
>   http://xarch.tu-graz.ac.at/home/rurban/ (big)
>   http://tv.mur.at/ (kulturelles)
> 
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk

Re: [Phpwiki-talk] problem description: netscape cannot edit

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

No. No php error. it just hangs and then times out. the db is updated, so 
I think it's just an html error, in which netscape is very sensible. 
IE usually displays broken html code, but netscape not that often.

I cannot debug it on the jscript console, so I think it's after the redirect.
I also tried:

rurban@REINI /cygdrive/r/php/phpwiki-dev/phpwiki/templates/
$ diff -u editpage.html~ editpage.html
--- editpage.html~      Thu Jan 10 20:04:20 2002
+++ editpage.html       Thu Jan 10 21:34:39 2002
@@ -30,7 +30,7 @@
  * a redirect from a page to itself.)
  */ ?>

-<form method="post" action="${BROWSE}EditPage" accept-charset="${CHARSET}">
+<form method="post" action="${ACTION}edit" accept-charset="${CHARSET}">
 <textarea class="wikiedit"
           name="content"
           rows="${EDIT_AREA_HEIGHT}"

but this doesn't fix it.



Carsten Klapp schrieb:
> There was a missing ) near the end of savepage.php which broke page saves
> a few days ago but I checked in the fix the next day (revision 1.2.2).
> 
> Is this the error you get or something else?
> 
> Parse error: parse error in
> /home/groups/p/ph/phpwiki/htdocs/alpha/lib/savepage.php on line 180
> 
> diff -u -r1.21 -r1.22
> --- phpwiki/phpwiki/lib/savepage.php    2002/01/05 13:39:54     1.21
> +++ phpwiki/phpwiki/lib/savepage.php    2002/01/07 21:09:11     1.22
> @@ -177,7 +177,7 @@
>       }
> 
> -    $html .= QElement('hr', array('noshade' => 'noshade');
> +    $html .= QElement('hr', array('noshade' => 'noshade'));
>       $html .= do_transform($newrevision->getContent());
>       echo GeneratePage('BROWSE', $html, $pagename, $newrevision);
>   }
> 
> Carsten
> 
> On Thursday, January 10, 2002, at 03:28  pm, Reini Urban wrote:
> 
> > Just want to post this note to the list before I can reason what the
> > cause is.
> >
> > I cannot save an edited page with netscape 4.73. current CVS.
> > I thought it was my server or mysql for a couple of days, but with
> > internet
> > explorer it works fine. So I think it's a javascript error on the editpage
> > template. probably after the redirection of the successful update.
> > IE reports just an error on the page.
> > no more time to study it more carefully.
> > --
> > Reini Urban
> 
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk


-- 
Reini Urban
  http://atelier.akbild.ac.at/ (soon)
  http://xarch.tu-graz.ac.at/home/rurban/ (big)
  http://tv.mur.at/ (kulturelles)

Re: [Phpwiki-talk] problem description: netscape cannot edit

[Carsten K. <car...@ma...>]

There was a missing ) near the end of savepage.php which broke page saves 
a few days ago but I checked in the fix the next day (revision 1.2.2).

Is this the error you get or something else?

Parse error: parse error in 
/home/groups/p/ph/phpwiki/htdocs/alpha/lib/savepage.php on line 180

diff -u -r1.21 -r1.22
--- phpwiki/phpwiki/lib/savepage.php	2002/01/05 13:39:54	1.21
+++ phpwiki/phpwiki/lib/savepage.php	2002/01/07 21:09:11	1.22
@@ -177,7 +177,7 @@
      }


-    $html .= QElement('hr', array('noshade' => 'noshade');
+    $html .= QElement('hr', array('noshade' => 'noshade'));
      $html .= do_transform($newrevision->getContent());
      echo GeneratePage('BROWSE', $html, $pagename, $newrevision);
  }


Carsten



On Thursday, January 10, 2002, at 03:28  pm, Reini Urban wrote:

> Just want to post this note to the list before I can reason what the 
> cause is.
>
> I cannot save an edited page with netscape 4.73. current CVS.
> I thought it was my server or mysql for a couple of days, but with 
> internet
> explorer it works fine. So I think it's a javascript error on the editpage
> template. probably after the redirection of the successful update.
> IE reports just an error on the page.
> no more time to study it more carefully.
> --
> Reini Urban

Re: [Phpwiki-talk] Problem with cvs viewer on sf site (and bug in alpha site)

[Carsten K. <car...@ma...>]

Hi,

The cvsweb is fixed now ...  =:o)

On Thursday, January 10, 2002, at 09:11  am, Lawrence Akka wrote:

> 1)
>
> Trying to view the plugin directory on cvs using the SF html interface 
> results in python traceback errors
>
> http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/phpwiki/phpwiki/lib/plugin/
>
> I have seen this before on SF's cvs interface - it may be caused by 
> checkin problems leading to corruption.
>
>
> ------------------
>
>
> 2)
>
> Alpha site is broken - missing semicolon in index.php.  I won't mention 
> the name of the culprit since he was so good at fixing my css bug quickly!
>
> Lawrence
>
>


From: no...@so...
Date: Thu Jan 10, 2002  09:50:04  am America/Montreal
To: no...@so...
Subject: [ alexandria-Support Requests-501660 ] CVS services: ViewCVS 
error (bad keyword expansion)

Support Requests item #501660, was opened at 2002-01-09 22:50
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=200001&aid=501660&group_id=
1

Category: Project CVS Services
Group: Second Level Support
Status: Closed
Priority: 5
Submitted By: Carsten Klapp (carstenklapp)
Assigned to: Jacob Moorman (moorman)
Summary: CVS services: ViewCVS error (bad keyword expansion)

Initial Comment:
Can't seem to access one directory in our cvs via cvsweb:

http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/phpwiki/phpwiki/lib/plugin/

Oddly enough, individual files in the directory can still be accessed by 
name:

http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/phpwiki/phpwiki/lib/plugin/
HelloWorld.php


Python Exception Occurred

Traceback (innermost last):
   File "/usr/local/viewcvs-0.8/lib/viewcvs.py", line 2599, in run_cgi
     main()
   File "/usr/local/viewcvs-0.8/lib/viewcvs.py", line 2554, in main
     view_directory(request)
   File "/usr/local/viewcvs-0.8/lib/viewcvs.py", line 1118, in 
view_directory
     fileinfo, alltags = get_logs(full_name, rcs_files, view_tag)
   File "/usr/local/viewcvs-0.8/lib/viewcvs.py", line 1074, in get_logs
     raise 'error during rlog: '+hex(status)
error during rlog: 0x100


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

Comment By: Jacob Moorman (moorman)
Date: 2002-01-10 06:49

Message:
Logged In: YES
user_id=152443

Greetings,

Somewhere along the line, this file (Toolbar.php) was
flagged with an invalid expansion mode (which appeared as
'kkv' in the RCS header of this file).  -kkv is the default
expansion mode; to the best of my knowledge, the leading -k
is always stripped (so an invalid expansion mode was listed
in this file).  Having removed the expansion mode line from
the Toolbar.php file, ViewCVS no longer reports an error
when viewing this directory.  Please ensure that keyword
expansion is set on this file as desired (cvs admin -k
options).  Should you have further questions or concerns
regarding this matter, please submit a new support request.

Thank you,

Jacob Moorman
Quality of Service Manager, SourceForge.net

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

You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=200001&aid=501660&group_id=
1

[Phpwiki-talk] problem description: netscape cannot edit

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

Just want to post this note to the list before I can reason what the cause is.

I cannot save an edited page with netscape 4.73. current CVS.
I thought it was my server or mysql for a couple of days, but with internet 
explorer it works fine. So I think it's a javascript error on the editpage 
template. probably after the redirection of the successful update.
IE reports just an error on the page.
no more time to study it more carefully.
-- 
Reini Urban
  http://atelier.akbild.ac.at/ (soon)
  http://xarch.tu-graz.ac.at/home/rurban/ (big)
  http://tv.mur.at/ (kulturelles)

[Phpwiki-talk] Problem with cvs viewer on sf site (and bug in alpha site)

[Lawrence A. <la...@us...>]

1)

Trying to view the plugin directory on cvs using the SF html interface 
results in python traceback errors

http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/phpwiki/phpwiki/lib/plugin/

I have seen this before on SF's cvs interface - it may be caused by checkin 
problems leading to corruption.


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


2)

Alpha site is broken - missing semicolon in index.php.  I won't mention the 
name of the culprit since he was so good at fixing my css bug quickly!

Lawrence

Re: [Phpwiki-talk] different browse templates for un/logged in users

[Jeff D. <da...@da...>]

Adam Shand said:
> is it possible to have a different browse template for users that are
> logged in as opposed to users that aren't?

This is kludgy and subject to change, but for now (in 1.3.x)
you can put code like the following in browse.html:

  <?php if ($user->is_authenticated()) {?>
     ... stuff for logged in users ...
  <?php } else { ?>
     ... stuff for "anonymous" users ...
  <?php } ?>

[Phpwiki-talk] different browse templates for un/logged in users

[Adam S. <ad...@pi...>]

is it possible to have a different browse template for users that are
logged in as opposed to users that aren't?  the reason i ask is that i
will be writing a template which has sidebars (sorta like weblog style).
for users that aren't logged in i'd like the default to have a slashbox
about what a wiki is, pages to the various categories etc etc.

for a logged in user i'd eventually like to have it customizable but in
the short term having things like recent changes in slashboxes would be
more useful.

adam.

Re: [Phpwiki-talk] newcomer to dynamic web publishing...

[Adam S. <ad...@pe...>]

> And I can help with the cygwin-debian distro.
> yes, this works also.  http://debian-cygwin.sf.net/
> 
> $ dpkg --print-architecture
> w32

yikes!  after using debian for years and years, i had no idea it had
been ported to cygwin.  that's crazy.

adam.

Re: [Phpwiki-talk] newcomer to dynamic web publishing...

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

Adam Shand schrieb:
> > > Could you try submiting fresh packages to Debian distro
> > > anytime in the future?
> >
> > if there's any volunteer.
> 
> this is on my list of things to do.  it'll probably be a while (read more
> then a month but less then six :-) but i will be building some packages
> for debian and phpwiki is on the list.

And I can help with the cygwin-debian distro.
yes, this works also.  http://debian-cygwin.sf.net/

$ dpkg --print-architecture
w32

there are just not enough deb's. 
a cygwin rpm is probably better for the first time.

BTW: the windows version of the java testsuite is a big pain with cygwin
(perl,make).
it must be textmounted, but there fail a lot without a lot of fixes;
in the perl and the makefile.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] INSTALL, README etc. is no longer in the repository

[Carsten K. <car...@ma...>]

Strange, for me those files were there again today too. Must have been a 
temporary glitch at SF.

The -kkkv error, that was my doing. I edited the CVSROOT/cvswrappers file 
to use binary/text depending on the filename extension, to prevent any 
source code files from accidentally being committed as binary.

*.png -k 'b' -m 'COPY'
*.php -k 'kkv' -m 'MERGE'

but it's supposed to be:
*.php -k 'kv' -m 'MERGE'

I'll adjust it and try committing a test file to see if that fixes it.

Carsten

On Monday, January 7, 2002, at 01:31  am, Steve Wainstead wrote:

>
> Hmm. They are there at the moment:
> http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/phpwiki/phpwiki/
>
> But I did an update and got some strange errors:
>
> cvs server: Updating lib/plugin
> P lib/plugin/HelloWorld.php
> P lib/plugin/RecentChanges.php
> cvs server: internal error: unsupported substitution string -kkkv
> U lib/plugin/Toolbar.php
>
> cvs server: Updating themes/MacOSX
> U themes/MacOSX/MacOSX-Preview.jpg
> cvs server: internal error: unsupported substitution string -kkkv
> U themes/MacOSX/MacOSX-heavy.css
> cvs server: internal error: unsupported substitution string -kkkv
> U themes/MacOSX/MacOSX.css
>
> U themes/MacOSX/locale/en/buttons/ViewMarkup.png
> cvs server: Updating themes/MacOSX/templates
> cvs server: internal error: unsupported substitution string -kkkv
> U themes/MacOSX/templates/browse.html
> cvs server: internal error: unsupported substitution string -kkkv
> U themes/MacOSX/templates/editpage.html
> cvs server: internal error: unsupported substitution string -kkkv
> U themes/MacOSX/templates/message.html
>
> ~swain