phpwiki-talk

[Phpwiki-talk] User Management

[Marek L. <Mar...@ao...>]

Hi,

I would like to use the buttons "Email Verification" and "Access
Restrictions" in the WIKI. I get to a next screen when I press "Email
Verification" but the list op pages for which I can change the
verification status is empty and following messages are visible:

lib/DbSession/SQL.php:97: Notice: Only variables should be assigned by
reference=20
lib/CachedMarkup.php (In template 'browse' < 'body' < 'html'):491:
Notice: Only variables should be assigned by reference=20
lib/CachedMarkup.php (In template 'body' < 'html'):491: Notice: Only
variables should be assigned by reference=20

When I hit "Access Restrictions" the WikiAdminUtils says: Sorry. Access
Restrictions not yet implemented
With following messages:=20

lib/DbSession/SQL.php:97: Notice: Only variables should be assigned by
reference=20
lib/CachedMarkup.php (In template 'browse' < 'body' < 'html'):491:
Notice: Only variables should be assigned by reference=20
lib/CachedMarkup.php (In template 'body' < 'html'):491: Notice: Only
variables should be assigned by reference=20

I also noticed a few messages displayed in the bottom of my WIKI
administration screen:
lib/DbSession/SQL.php:97: Notice: Only variables should be assigned by
reference=20
lib/CachedMarkup.php (In template 'browse' < 'body' < 'html'):491:
Notice: Only variables should be assigned by reference=20
lib/CachedMarkup.php (In template 'body' < 'html'):491: Notice: Only
variables should be assigned by reference=20
lib/CachedMarkup.php (In template 'html'):491: Notice: Only variables
should be assigned by reference=20
lib/CachedMarkup.php:491: Notice: Only variables should be assigned by
reference=20
lib/CachedMarkup.php:491: Notice: Only variables should be assigned by
reference=20

Could anybody please help with this issue? Could this be caused by the
activated PHP safe mode in our domain setup?

Regards,
Marek Lukasik
_______________________________________________
AOT Consulting Pty Ltd
Telephone: +61 8 9278 5000
Direct Line: +61 8 9278 5045
Facsimile:   +61 8 9278 5099
Email: mar...@ao...
www.aotconsulting.com
_______________________________________________
The information contained in this email message and any
attached files contains confidential information. If you are
not the intended recipient, any use, disclosure or copying
of this email is unauthorised. If you have received this=20
email in error, please notify us immediately by reply email=20
and delete the original. Thank you for your cooperation.=20

Re: [Phpwiki-talk] email verification?

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

Thanks!

Harold


> 2007/9/15, Harold Hallikainen <ha...@ha...>:
>> On the admin page, I see a section for user management and email
>> verification, but I don't see in config.ini how to enable email
>> verification. I'd like new users to register with an email address. The
>> wiki would then send them an email with a link to click to be
>> authorized.
>> It sort of looks like the systme is supposed to be able to do that, but
>> I
>> can't figure out how to enable it.
>
> These email verification functions are currently only used as backbone
> for sending email verifications on page changes/removes/renames. Not
> for auth yet.
>
> The new WikiUser/EmailUser.php auth module is still in work.
> But I'll check it into CVS for other interested developers to continue.
> Same goes for WikiUser/OpenID.php
> --
> Reini Urban
> http://phpwiki.org/              http://murbreak.at/
> http://spacemovie.mur.at/   http://helsinki.at/
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>


-- 
FCC Rules Updated Daily at http://www.hallikainen.com - Advertising
opportunities available!

Re: [Phpwiki-talk] email verification?

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

2007/9/15, Harold Hallikainen <ha...@ha...>:
> On the admin page, I see a section for user management and email
> verification, but I don't see in config.ini how to enable email
> verification. I'd like new users to register with an email address. The
> wiki would then send them an email with a link to click to be authorized.
> It sort of looks like the systme is supposed to be able to do that, but I
> can't figure out how to enable it.

These email verification functions are currently only used as backbone
for sending email verifications on page changes/removes/renames. Not
for auth yet.

The new WikiUser/EmailUser.php auth module is still in work.
But I'll check it into CVS for other interested developers to continue.
Same goes for WikiUser/OpenID.php
-- 
Reini Urban
http://phpwiki.org/              http://murbreak.at/
http://spacemovie.mur.at/   http://helsinki.at/

[Phpwiki-talk] email verification?

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

On the admin page, I see a section for user management and email
verification, but I don't see in config.ini how to enable email
verification. I'd like new users to register with an email address. The
wiki would then send them an email with a link to click to be authorized.
It sort of looks like the systme is supposed to be able to do that, but I
can't figure out how to enable it.

Ideas?

THANKS!

Harold


-- 
FCC Rules Updated Daily at http://www.hallikainen.com - Advertising
opportunities available!

[Phpwiki-talk] A ContentDriven Reputation System for the Wikipedia

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

"Researchers at UCSC developed a tool that measures the trustworthiness 
of each Wikipedia page.[1] Roughly speaking, the algorithm analyzes the 
entire 7-year user-editing-history and utilizes the longevity of the 
content to learn which contributors are the most reliable: If your 
contribution lasts, you gain 'reputation,' whereas if it's edited out, 
your reputation falls. The trustworthiness of a newly inserted text is a 
function of the reputation of all its authors, a heuristic that turned 
out to be successful in identifying poor content. The interested reader 
can take a look at this demonstration[2] (random page with white/orange 
background marking trusted/untrusted text, respectively; note "random 
page" link at the left for more demo pages), this  presentation 
(pdf)[3], and this paper (pdf)[4]."

[1] http://trust.cse.ucsc.edu/
[2] http://enwiki-trust.cse.ucsc.edu/index.php/Special:Random
[3] 
http://trust.cse.ucsc.edu/UCSC_Wiki_Lab?action=AttachFile&do=get&target=wikimania07.pdf
[4] http://www.soe.ucsc.edu/~luca/papers/07/wikiwww2007.pdf

 From http://it.slashdot.org/firehose.pl?id=271407&op=view
-- 
Reini Urban
http://phpwiki.org/  http://murbreak.at/
http://helsinki.at/  http://spacemovie.mur.at/

[Phpwiki-talk] upload issues

[Zac E. <Zac...@me...>]

so last week I was trying to get my 1.2.1 install to write uploads to  
the correct ./uploads/UserName/ path.

after playing with it some I noticed getUploadFilePath wasn't  
returning an ending slash which was odd since it was explicitly coded.


function getUploadFilePath() {
     if (defined('UPLOAD_FILE_PATH')) return UPLOAD_FILE_PATH;
     return defined('PHPWIKI_DIR')
         ? PHPWIKI_DIR . "/uploads/"
         : realpath(dirname(__FILE__) . "/../uploads/");
}


so not wanting to figure out why I just added a slash during the  
UpLoad.php and everything worked great.

      $file_dir .= "/";
             if (UPLOAD_USERDIR) {



now I migrated to 1.3.14 and again, same issue, writing to  
uploadsUserName instead of uploads/UserName, but what is even weirder  
is that it fails to actually write the file because
ERROR uploading '1.txt':

Only files with the extension 7z , avi , bmp , bz2 , c , cfg , diff ,  
doc , gif , h , ini , jpeg , jpg , kmz , mp3 , patch , pdf , png ,  
ppt , rar , tar , tar.gz , txt , xls , zip are allowed.

..

::boggle::

so it writes the incorrect DIR (this is a default 1.3.14 install,  
just downloaded it again last night) AND disallows the file.  I can't  
think of where to look for a fix as I'm looking at code that should  
work.   this has to be a deeper issue.  any ideas on what to report  
to help debug it?  thanks



rhel4
php-4.3.9-3.9
php-ldap-4.3.9-3.9
php-mysql-4.3.9-3.9
php-gd-4.3.9-3.9
php-pear-4.3.9-3.9

Re: [Phpwiki-talk] Jumping levels in lists

[Sabri L. <sab...@gm...>]

On 8/30/07, Reini Urban <ru...@x-...> wrote:
>
> Sabri LABBENE schrieb:
> > I write a list in which I jump a level, someting like
> >
> > * level 1, element 1
> > * level 1, element 2
> > *** level 3, element 1
> > *** level 3, element 2
> > *** level 3, element 3
> > ** level 2, element 1
> > ** level 2, element 2
> > * level 1, element 3
> > * level 1, element 4
> >
> > This will be rendered as (sc_list.PNG)
> >
> > Do you think this is a bug ??
>
> Well, this is the way how it was defined.
> Skipping one ident level was not indented. In strict HTML it
> should be disallowed also.
>
> * level 1, element 2
> ** level 2, element 1
> *** level 3, element 1


ok. to me breaking user's text is not good.

The question was raised from wysiwyg editor that allow people to jump as
many levels as they want and when the html is converted back to wikitext,
the text is broken.

I'll try to fix it.

> I agree that the input was not well formed, but I think list parser
> > should do other thing than breaking the text. For example, detect
> > level jumps ...
> >
> > Note: I didn't asked the list because of my attached png file.
>
> Such a small png is quite ok for the list.


Sorry.

BR
-- Sabri.

Re: [Phpwiki-talk] Jumping levels in lists

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

Sabri LABBENE schrieb:
> I write a list in which I jump a level, someting like
> 
> * level 1, element 1
> * level 1, element 2
> *** level 3, element 1
> *** level 3, element 2
> *** level 3, element 3
> ** level 2, element 1
> ** level 2, element 2
> * level 1, element 3
> * level 1, element 4
> 
> This will be rendered as (sc_list.PNG)
> 
> Do you think this is a bug ??

Well, this is the way how it was defined.
Skipping one ident level was not indented. In strict HTML it
should be disallowed also.

  * level 1, element 2
  ** level 2, element 1
  *** level 3, element 1

> I agree that the input was not well formed, but I think list parser 
 > should do other thing than breaking the text. For example, detect
 > level jumps ...
> 
> Note: I didn't asked the list because of my attached png file.

Such a small png is quite ok for the list.
-- 
Reini Urban
http://phpwiki.org/  http://murbreak.at/
http://helsinki.at/  http://spacemovie.mur.at/

Re: [Phpwiki-talk] Installation Problems.

[Von S. M. \(Max\) <M.E...@rl...>]

Hello,=20


Thanks for your assistance,=20

I did try this but it had no effect whatsoever. I have managed get some
signs of life out of it now (the problem seemed to stem from the
authentication settings) - once I said to use encryption things did
appear.=20

However, ever attempt to log into the Admin area automatically resets
the admin password in an encrypted format (i.e. unreadable) so basically
everytime I access the admin area, it seems I have to reuse
passencrypt.php and hard code a new entry into the config.ini ... This
is really rather annoying.=20

Aside from that small issue, it seems to work ...=20


Thank you,=20



Max.=20

-----Original Message-----
From: php...@li...
[mailto:php...@li...] On Behalf Of Reini
Urban
Sent: 29 August 2007 21:42
To: Discussion on PhpWiki features, bugs, development.
Subject: Re: [Phpwiki-talk] Installation Problems.

Von Seibold, MEA (Max) schrieb:
> Hello,
> =20
> I just subscribed here. I suspect that this is a common/annoying=20
> question so forgive me. I hope that I am posting this in the correct
place.
> =20
> Basically I am having a very hard time getting phpwiki-1.3.14=20
> installed on Solaris 10.
> =20
> I am running Apache2 and MYSQL with PHP5 Compiled from source.
> =20
> I moded the mysql create script with the name "phpwiki" and have=20
> created the database following the instructions given.
> =20
> When I load the index.php page all I get is a blank white screen.

Hi Max,
The first step when loading directly from index and a blank screen is
usually to disable the logic in index.php:

//if (@is_dir(SCRIPT_FILENAME) or realpath(SCRIPT_FILENAME) =3D=3D
realpath(__FILE__))
     include(dirname(__FILE__)."/lib/main.php");



> Are there any guides/docs available a little more comprehensive than
the=20
> ones included with the download that anyone could point me at?
> =20
> DATABASE_TYPE =3D ADODB
> DATABASE_PREFIX =3D phpwiki_
> DATABASE_DSN =3D=20
> mysql:wikiusername:wikiuserpassword@the_computers_hostname/phpwiki
> =20
> DATABASE_DIRECTORY =3D /www/phpwiki/pages
> DATABASE_DBA_HANDLER =3D db64
> =20
> =20
> I have also encrypted the password with passencrypt.php and entered
this=20
> in the config/config.ini file.
> =20
> =20
> Could anyone help?
> =20
> =20
> Thanks,
> =20
> =20
> =20
> Max.
> =20
>=20
>=20
>
------------------------------------------------------------------------
>=20
>
------------------------------------------------------------------------
-
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a
browser.
> Download your FREE copy of Splunk now >>  http://get.splunk.com/
>=20
>=20
>
------------------------------------------------------------------------
>=20
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk


--=20
Reini Urban
http://phpwiki.org/  http://murbreak.at/
http://helsinki.at/  http://spacemovie.mur.at/

------------------------------------------------------------------------
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
Phpwiki-talk mailing list
Php...@li...
https://lists.sourceforge.net/lists/listinfo/phpwiki-talk

[Phpwiki-talk] upload directory

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

I'm running phpwiki 1.3.13 (I think, by looking at the installed file
names... Does the version show up somewhere on a wiki page?). Anyway, I'm
trying uploads again. It now separates uploads by user. When I do an
upload, it ends up in the directory uploadsharold . The link formed on the
page is * [Upload:harold/HarrisAmsg1-0601.pdf] . So, did I miss something
in config?

THANKS!

Harold


-- 
FCC Rules Updated Daily at http://www.hallikainen.com - Advertising
opportunities available!

Re: [Phpwiki-talk] Installation Problems.

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

Von Seibold, MEA (Max) schrieb:
> Hello,
>  
> I just subscribed here. I suspect that this is a common/annoying 
> question so forgive me. I hope that I am posting this in the correct place.
>  
> Basically I am having a very hard time getting phpwiki-1.3.14 installed 
> on Solaris 10.
>  
> I am running Apache2 and MYSQL with PHP5 Compiled from source.
>  
> I moded the mysql create script with the name "phpwiki" and have created 
> the database following the instructions given.
>  
> When I load the index.php page all I get is a blank white screen.

Hi Max,
The first step when loading directly from index and a blank screen
is usually to disable the logic in index.php:

//if (@is_dir(SCRIPT_FILENAME) or realpath(SCRIPT_FILENAME) == 
realpath(__FILE__))
     include(dirname(__FILE__)."/lib/main.php");



> Are there any guides/docs available a little more comprehensive than the 
> ones included with the download that anyone could point me at?
>  
> DATABASE_TYPE = ADODB
> DATABASE_PREFIX = phpwiki_
> DATABASE_DSN = 
> mysql:wikiusername:wikiuserpassword@the_computers_hostname/phpwiki
>  
> DATABASE_DIRECTORY = /www/phpwiki/pages
> DATABASE_DBA_HANDLER = db64
>  
>  
> I have also encrypted the password with passencrypt.php and entered this 
> in the config/config.ini file.
>  
>  
> Could anyone help?
>  
>  
> Thanks,
>  
>  
>  
> Max.
>  
> 
> 
> ------------------------------------------------------------------------
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >>  http://get.splunk.com/
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk


-- 
Reini Urban
http://phpwiki.org/  http://murbreak.at/
http://helsinki.at/  http://spacemovie.mur.at/

[Phpwiki-talk] Installation Problems.

[Von S. M. \(Max\) <M.E...@rl...>]

Hello,=20
=20
I just subscribed here. I suspect that this is a common/annoying
question so forgive me. I hope that I am posting this in the correct
place.
=20
Basically I am having a very hard time getting phpwiki-1.3.14 installed
on Solaris 10.=20
=20
I am running Apache2 and MYSQL with PHP5 Compiled from source.=20
=20
I moded the mysql create script with the name "phpwiki" and have created
the database following the instructions given.=20
=20
When I load the index.php page all I get is a blank white screen.=20
=20
Are there any guides/docs available a little more comprehensive than the
ones included with the download that anyone could point me at?=20
=20
DATABASE_TYPE =3D ADODB
DATABASE_PREFIX =3D phpwiki_
DATABASE_DSN =3D
mysql:wikiusername:wikiuserpassword@the_computers_hostname/phpwiki
=20
DATABASE_DIRECTORY =3D /www/phpwiki/pages
DATABASE_DBA_HANDLER =3D db64
=20
=20
I have also encrypted the password with passencrypt.php and entered this
in the config/config.ini file.=20
=20
=20
Could anyone help?=20
=20
=20
Thanks,=20
=20
=20
=20
Max.=20
=20

Re: [Phpwiki-talk] Which charsets wikiwyg sould support ?

[Sabri L. <sab...@gm...>]

On 8/23/07, Reini Urban <ru...@x-...> wrote:
>
> Sabri LABBENE schrieb:
> > Hi Reini and all,
> > I have some issues with not supported characters by wysiwyg charset.
> > What happens is that some users sometimes copy some text from other text
> > editors and paste it into wysiwyg edition area. The copied text can
> > contain some characters that are not part of ISO 8859-1 charset. When
> > opening a page that contains such characters with wysiwyg the text after
> > the unknown character is not shown.
> > I choosed ISO 8859-1 as a charset for wikiwyg conversion because it is
> > understandable by all web browsers and is a standard in web
> applications.
> > - Should we support additional charsets?
>
> We should detect/choose it (optionally) and convert it.
> Or tell the user to use our native charset and how to convert it.
> (iconv or use some sort of save as...)


You think about popups?
I like it. We can ask the user whether he wants to do a conversion to our
native charset.
This have to happen only if we detect that the user content is in a
different charset. I Don't know how to do that yet.
I also didn't understoot the 'save as' solution. However, I think it is not
a good idea to force user to save his wiki page at any time durin the
edition. He should keep the freedom of doing it whenever he wants.

> - May be skip the unknown characters and continue the display? Not
> > really good because there is some data loosing !
> >
> > what do you think?
> > Cheers,
>
> There are mostly two types of pasted formats: rtf and ansi (text/plain)
> in the clipboard. From notepad you get ansi (the windows version of
> latin1. almost the same, but different).
> From word, wordpad, outlook at el. you'll get rtf, with formatting.
> This is what the user wants usually.
>
> I have to investigate if it's possible to get the source charset from
> rtf to convert it automatically. If possible. I doubt it.
> We'd need some dropdown to choose the source charset within the editor,
> which converts it into the wiki charset, which is usually latin1 or utf-8.


The problem I described in my previous message is that
- Some characters in wiki pages are part from wiki charset (utf-8).
- Those characters are not part of ISO 8859-1 charset which is used in
wysiwyg edition mode.
- When you open the wiki page in wysiwyg edition mode, the display stops at
the unknown character (unknown for ISO 8859-1)

These characters are usually introduced into the wiki page by copy from the
clipboard. The classical edition textarea accept those chars since they are
in utf-8. If you save the page, they will be part of it and they will be
displayed without problem if you view the wiki page.
The problem only appears when you edit the page with wysiwyg editor.

I just want to remind that ISO 8859-1 was used to solve the accented
characters issue some time ago and I believe it is suitable for wysiwyg
editor html content.

There's a libtextcat library which can detect the language and/or
> charset of the source automatically.
> I maintain it for cygwin.


Good.
Let's assume that we guessed in which charset user data is. This is what I
propose:
- Tell user that his data is not compatible with our native charset.
- We will then propose to him to convert his content to our native wysiwyg
charset (ISO 8859-1). Otherwise, his page will not be viewed correctly.

What do you think.?

-- Sabri.

Re: [Phpwiki-talk] Which charsets wikiwyg sould support ?

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

Sabri LABBENE schrieb:
> Hi Reini and all,
> I have some issues with not supported characters by wysiwyg charset.
> What happens is that some users sometimes copy some text from other text 
> editors and paste it into wysiwyg edition area. The copied text can 
> contain some characters that are not part of ISO 8859-1 charset. When 
> opening a page that contains such characters with wysiwyg the text after 
> the unknown character is not shown. 
> I choosed ISO 8859-1 as a charset for wikiwyg conversion because it is 
> understandable by all web browsers and is a standard in web applications.
> - Should we support additional charsets?

We should detect/choose it (optionally) and convert it.
Or tell the user to use our native charset and how to convert it.
(iconv or use some sort of save as...)

> - May be skip the unknown characters and continue the display? Not 
> really good because there is some data loosing !
>   
> what do you think?
> Cheers,

There are mostly two types of pasted formats: rtf and ansi (text/plain) 
in the clipboard. From notepad you get ansi (the windows version of 
latin1. almost the same, but different).
 From word, wordpad, outlook at el. you'll get rtf, with formatting.
This is what the user wants usually.

I have to investigate if it's possible to get the source charset from 
rtf to convert it automatically. If possible. I doubt it.
We'd need some dropdown to choose the source charset within the editor, 
which converts it into the wiki charset, which is usually latin1 or utf-8.

There's a libtextcat library which can detect the language and/or 
charset of the source automatically.
I maintain it for cygwin.
-- 
Reini Urban
http://phpwiki.org/  http://murbreak.at/
http://helsinki.at/  http://spacemovie.mur.at/

[Phpwiki-talk] Which charsets wikiwyg sould support ?

[Sabri L. <sab...@gm...>]

Hi Reini and all,
I have some issues with not supported characters by wysiwyg charset.
What happens is that some users sometimes copy some text from other text
editors and paste it into wysiwyg edition area. The copied text can contain
some characters that are not part of ISO 8859-1 charset. When opening a page
that contains such characters with wysiwyg the text after the unknown
character is not shown.
I choosed ISO 8859-1 as a charset for wikiwyg conversion because it is
understandable by all web browsers and is a standard in web applications.
- Should we support additional charsets?
- May be skip the unknown characters and continue the display? Not really
good because there is some data loosing !

what do you think?
Cheers,
-- Sabri.

[Phpwiki-talk] upload issues

[Zac E. <zac...@me...>]

hello.   I'm trying to determine why the upload plugin isn't working  
as described.


I have two phpwiki instances.   a 1.2.1 and a 1.3.14

here's an example

File successfully uploaded.

Upload:ZacElston/z1-image.gif   (http://psiwiki//uploads/ZacElston/z1- 
image.gif)

in the 1.3.14 ( UpLoad.php,v 1.25)  version the uploaded files get  
written to a uploads$user/$file dir as opposed to uploads/$user/$file  
which is what the wiki reports it should be.  thus the inline request  
of  [Upload:ZacElston/z1-image.gif] fails

in the 1.2.1 (UpLoad.php,v 1.19)   install it just writes to the root  
phpwiki dir with a filename of uploads$user$file
the errors (1.3.14) listed on the upload are as follows.    where  
should phpwiki-upload.log be located?   It's not accepting the  
phpwiki root or the plugin dir

lib/plugin/UpLoad.php (In template 'body' < 'html'):264: Warning: The  
upload logfile is not writable.



so in both cases it looks like the file isn't getting the initial ./ 
uploads/ directory prepended to the name on write.    is this a  
config option somewhere?



thanks



-zac

Re: [Phpwiki-talk] main phpwiki website

[Alexander T. <di...@0-...>]

  >> With that out of the way, I'll explain my trouble with HttpAuth in the
  >> hope that someone can enlighten me.  I'm using PhPWiki 1.3.14, and have
  >> Apache configured to require a password with .htaccess and .htpasswd
  >> files.  I successfully authenticate to Apache, but PhPWiki does not
  >> consider me authenticated, and asks me to login when I try to upload a
  >> file for example.  One unusual thing about this hosting environment, which
  >> is a possible cause, is that /tmp is not writeable, so I have to configure
  >> any temp file locations manually.
  >>
  >> Here are the configuration parameters from the user auth section of my
  >> config/config.ini:
  >>
  >> ALLOW_ANON_USER = true ALLOW_ANON_EDIT = true ALLOW_BOGO_LOGIN = false
  >> ALLOW_USER_PASSWORDS = false
  >>
  >> USER_AUTH_ORDER = "HttpAuth"
  >>
  >> PASSWORD_LENGTH_MINIMUM = 6
  >>
  >> USER_AUTH_POLICY = strict
  >>
  >> ;ENABLE_USER_NEW = false ENABLE_PAGEPERM = false

  Reini> If you choose HttpAuth, phpwiki does not do any auth session handling,
  Reini> all this is done within apache, and therefore you have a apache
  Reini> problem.  phpwiki just checks for the typical vars for PHP_AUTH_USER
  Reini> or REMOTE_USER (in case of cgi)

I just checked and REMOTE_USER has the correct value, while
PHP_AUTH_USER is empty.  I don't have control over the Apache
configuration on this machine, is there something I can do with
the phpwiki configuration to support this case?

Thanks, Alex

-- 
https://savannah.gnu.org/projects/libcvs-spec    Access CVS through a library.
PGP:  ID: 0x23DC453B  FPR: 42D0 66C2 9FF8 553A 373A  B819 4C34 93BA 23DC 453B
I am not expendable, I am not stupid, and I am not going.  - Avon

Re: [Phpwiki-talk] main phpwiki website

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

Alexander Taler schrieb:
> Hi, I have recently installed phpwiki and am having some trouble with httpauth.
> Unfortunately my first line of inquiry, the documentation on the website, is
> not available to me.  For several weeks I have received no response from the
> webserver for URLs such as
> 
>   http://phpwiki.sourceforge.net/phpwiki
> 
> I've tried a few different browsers from various locations on the internet, so
> I don't think this is my problem.  Are others having the same problem?  It's
> kind of important because all the search engines are returning links to such
> URLs.

Yes, it's broken again and seems to be an issue with the squid cache.
I just reverted back to the 1.2.x version.

I'll import parts of the content into this version.

> With that out of the way, I'll explain my trouble with HttpAuth in the hope
> that someone can enlighten me.  I'm using PhPWiki 1.3.14, and have Apache
> configured to require a password with .htaccess and .htpasswd files.  I
> successfully authenticate to Apache, but PhPWiki does not consider me
> authenticated, and asks me to login when I try to upload a file for example.
> One unusual thing about this hosting environment, which is a possible cause, is
> that /tmp is not writeable, so I have to configure any temp file locations
> manually.
> 
> Here are the configuration parameters from the user auth section of my
> config/config.ini:
> 
> ALLOW_ANON_USER = true
> ALLOW_ANON_EDIT = true
> ALLOW_BOGO_LOGIN = false
> ALLOW_USER_PASSWORDS = false
> 
> USER_AUTH_ORDER = "HttpAuth"
> 
> PASSWORD_LENGTH_MINIMUM = 6
> 
> USER_AUTH_POLICY = strict
> 
> ;ENABLE_USER_NEW = false
> ;ENABLE_PAGEPERM = false

If you choose HttpAuth, phpwiki does not do any auth session handling, 
all this is done within apache, and therefore you have a apache problem.
phpwiki just checks for the typical vars for PHP_AUTH_USER or 
REMOTE_USER (in case of cgi)

> Finally, for the record, the reason I have chosen http auth is because it is
> the only mechanism that protects uploaded attachments.  When using the other
> authentication methods attachments may be downloaded without authentication.
> Would you like me to report this as a bug?

I know of this problem and temp. protected uploads-only with http auth, 
the rest with LDAP in my case.

I'm already working on a transparent http auth login page, so that we 
get rid of the client auth dialog and have a beautiful, transparent and 
global HttpAuth solution via httpauth.js

-- 
Reini Urban
http://phpwiki.org/  http://murbreak.at/
http://helsinki.at/  http://spacemovie.mur.at/

[Phpwiki-talk] main phpwiki website

[Alexander T. <di...@0-...>]

Hi, I have recently installed phpwiki and am having some trouble with httpauth.
Unfortunately my first line of inquiry, the documentation on the website, is
not available to me.  For several weeks I have received no response from the
webserver for URLs such as

  http://phpwiki.sourceforge.net/phpwiki

I've tried a few different browsers from various locations on the internet, so
I don't think this is my problem.  Are others having the same problem?  It's
kind of important because all the search engines are returning links to such
URLs.

With that out of the way, I'll explain my trouble with HttpAuth in the hope
that someone can enlighten me.  I'm using PhPWiki 1.3.14, and have Apache
configured to require a password with .htaccess and .htpasswd files.  I
successfully authenticate to Apache, but PhPWiki does not consider me
authenticated, and asks me to login when I try to upload a file for example.
One unusual thing about this hosting environment, which is a possible cause, is
that /tmp is not writeable, so I have to configure any temp file locations
manually.

Here are the configuration parameters from the user auth section of my
config/config.ini:

ALLOW_ANON_USER = true
ALLOW_ANON_EDIT = true
ALLOW_BOGO_LOGIN = false
ALLOW_USER_PASSWORDS = false

USER_AUTH_ORDER = "HttpAuth"

PASSWORD_LENGTH_MINIMUM = 6

USER_AUTH_POLICY = strict

;ENABLE_USER_NEW = false
;ENABLE_PAGEPERM = false

Finally, for the record, the reason I have chosen http auth is because it is
the only mechanism that protects uploaded attachments.  When using the other
authentication methods attachments may be downloaded without authentication.
Would you like me to report this as a bug?

Thanks, Alex

-- 
https://savannah.gnu.org/projects/libcvs-spec    Access CVS through a library.
PGP:  ID: 0x23DC453B  FPR: 42D0 66C2 9FF8 553A 373A  B819 4C34 93BA 23DC 453B
I am not expendable, I am not stupid, and I am not going.  - Avon

Re: [Phpwiki-talk] Wrong table in mysql_initialize.sql ?

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

RubyCon schrieb:
> Thanks for your quick reply. :-)
> 
> Your solution works. No errormessage and the database gets data.
> 
> Thank you for your nice wiki

Glad I could help you.

It's just no "my" wiki, I just happen maintain it now.

It's the collaborate work of dozens of developers and people sending 
patches.
-- 
Reini Urban
http://phpwiki.org/  http://murbreak.at/
http://helsinki.at/  http://spacemovie.mur.at/

Re: [Phpwiki-talk] Wrong table in mysql_initialize.sql ?

[RubyCon <dm...@ik...>]

Thanks for your quick reply. :-)

Your solution works. No errormessage and the database gets data.

Thank you for your nice wiki
-- 
View this message in context: http://www.nabble.com/Re%3A-Wrong-table-in-mysql_initialize.sql---tf4269624.html#a12157830
Sent from the phpwiki-talk mailing list archive at Nabble.com.

Re: [Phpwiki-talk] Wrong table in mysql_initialize.sql ?

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

RubyCon schrieb:
> Sorry, I searched in the wrong direction. Forget my  1. posting .. I'm sorry.
> The error still appears:
> ib/WikiDB/backend/PearDB.php:1059 Error: WikiDB_backend_PearDB_mysql: fatal
> database error
> 
>     * DB Error: value count on row
>     * (INSERT INTO accesslog
> (time_stamp,remote_host,remote_user,request_method,request_line,request_uri,request_args,request_time,status,bytes_sent,referer,agent,request_duration)
> VALUES (1187156181,'xxx.xxx.xxx','-','GET','GET /quicky/
> HTTP/1.0','/quicky/','','15/Aug/2007:07:36:21 0200',200,7800,'','Mozilla/5.0
> (Windows; U; Windows NT 5.1; de; rv:1.8.1.6) Gecko/20070725
> Firefox/2.0.0.6',1,2147881984711) [nativecode=1136 ** Column count doesn't
> match value count at row 1])
  >
> What is going wrong here ?   PHP Version is 5.1.6 , MySQL is 5.0.22 on
> Scientific Linux 5.

Ok, your system looks sane, just european.

The error is the request_duration as 1,2147881984711
It should be 1.2147881984711
Know problem with PEAR DB quoting. ? should be escape floats with ,

// duration problem: sprintf "%f" might use comma e.g. "1,201" in 
european locales

The fix is

     function setDuration ($seconds) {
         // Pear DB does not correctly quote , in floats using ?. e.g. 
in european locales.
         // Workaround:
         $this->duration = strtr(sprintf("%f", $seconds),",",".");
     }

in Request.php
-- 
Reini Urban
http://phpwiki.org/  http://murbreak.at/
http://helsinki.at/  http://spacemovie.mur.at/

Re: [Phpwiki-talk] Wrong table in mysql_initialize.sql ?

[RubyCon <dm...@ik...>]

Sorry, I searched in the wrong direction. Forget my  1. posting .. I'm sorry.


The error still appears:


ib/WikiDB/backend/PearDB.php:1059 Error: WikiDB_backend_PearDB_mysql: fatal
database error

    * DB Error: value count on row
    * (INSERT INTO accesslog
(time_stamp,remote_host,remote_user,request_method,request_line,request_uri,request_args,request_time,status,bytes_sent,referer,agent,request_duration)
VALUES (1187156181,'xxx.xxx.xxx','-','GET','GET /quicky/
HTTP/1.0','/quicky/','','15/Aug/2007:07:36:21 0200',200,7800,'','Mozilla/5.0
(Windows; U; Windows NT 5.1; de; rv:1.8.1.6) Gecko/20070725
Firefox/2.0.0.6',1,2147881984711) [nativecode=1136 ** Column count doesn't
match value count at row 1])



What is going wrong here ?   PHP Version is 5.1.6 , MySQL is 5.0.22 on
Scientific Linux 5.

If you need more infos feel free to ask

Thanks
-- 
View this message in context: http://www.nabble.com/Re%3A-Wrong-table-in-mysql_initialize.sql---tf4269624.html#a12156931
Sent from the phpwiki-talk mailing list archive at Nabble.com.

Re: [Phpwiki-talk] Wrong table in mysql_initialize.sql ?

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

RubyCon schrieb:
> I just installed a new and fresh phpwiki 1.3.14  (timestamp July 1th 12:15.)
> Everything works fine except an errormessge at the end of each page:  pear
> ... mysql .. access_log something-wrong  table_rows
> 
> The following patch fixes the problem. 
> 
> ---cut here---
> *** schemas/mysql-initialize.sql        2007-08-14 21:03:16.000000000 +0200
> --- schemas/mysql-initialize.sql.orig   2007-07-01 12:11:27.000000000 +0200
> ***************
> *** 130,138 ****
>         remote_user   VARCHAR(50),
>           request_method VARCHAR(10),
>         request_line  VARCHAR(255),
> -       request_uri   VARCHAR(255),
>         request_args  VARCHAR(255),
>         request_file  VARCHAR(255),
>         request_time  CHAR(28),
>         status        SMALLINT UNSIGNED,
>         bytes_sent    SMALLINT UNSIGNED,
> --- 130,138 ----
>         remote_user   VARCHAR(50),
>           request_method VARCHAR(10),
>         request_line  VARCHAR(255),
>         request_args  VARCHAR(255),
>         request_file  VARCHAR(255),
> +       request_uri   VARCHAR(255),
>         request_time  CHAR(28),
>         status        SMALLINT UNSIGNED,
>         bytes_sent    SMALLINT UNSIGNED,
> 
> ---cut here---

Please always do diff old new, not new old.
I looked for 10 minutes for the sequence request_uri request_args 
request_file request_time, but could not find it.

What a stupid mysql do you have? Or a pear or adodb bug?
lib/WikiDB/backend.php is okay. Just the order is different.

I also wonder now what request_file should do here.
Seems not to be used at all.

Re: [Phpwiki-talk] Fix for bug in Email Notification

[Sabri L. <sab...@gm...>]

On 8/14/07, Reini Urban <ru...@x-...> wrote:
>
> 2007/8/14, Sabri LABBENE <sab...@st...>:
> > I've seen several times the bug you've recently fixed (Unknown modifier
> ? At any page save) in my wiki. Unfortunately, I can't find a scenario that
> makes the bug easily reproducable. Thus, I can't check if your fix solves my
> problem.
> > Do you have any idea how to reproduce the bug ?
>
> Yes, in your preferences save a page like Page/*
> in "Get an email notification at changes of the following pages:"
> and store your email.
>
> Then edit any page and voila, you get the warning.


ok I see.
Your patch has fixed my problem.

Thanks a lot.

--Sabri.