Brion,
you have recently introduced two new variables (see Subject) without consulting me. This action put a lot of pressure to me, as I am working on a perfect Email Authentication by using the principles as fully described in
http://bugzilla.wikipedia.org/show_bug.cgi?id=866 [Bug 866] Email authentication by a dummy "forgot my password" cycle
which is almost ready. I would kindly like to ask you that you inform my about such variables, which influence my work.
Please can you explain to me the reasons for your variables - they make no sense without an ***email authentication*** as for example disclosed in my http://bugzilla.wikipedia.org/show_bug.cgi?id=868 .
In this bugzilla I describe the difference between an un-authenticated address ("dirty") which is only be used for "I forgot my password" cycle, wheras authenticated "clean" addresses are used for EmailUser and Email Notification (my enotif patch http://bugzilla.wikipedia.org/show_bug.cgi?id=454 ). The Enotif mailing actions can be enabled or disabled by options in DefaultSettings.php and - if enabled - any user sees a corresponding option in his/her user preferences, where he can opt-in or opt-out to receive notification on changes of his/her watched pages and/or user_talk page.
Everything is publically disclosed in http://meta.wikipedia.org/Enotif and I invite you all to spend some minutes for reading it.
On Nov 27, 2004, at 11:11 AM, Thomas Gries wrote:
you have recently introduced two new variables (see Subject) without consulting me. This action put a lot of pressure to me, as I am working on a perfect Email Authentication by using the principles as fully described in
http://bugzilla.wikipedia.org/show_bug.cgi?id=866 [Bug 866] Email authentication by a dummy "forgot my password" cycle
which is almost ready. I would kindly like to ask you that you inform my about such variables, which influence my work.
We have a CVS commit log mailing list: http://mail.wikipedia.org/mailman/listinfo/mediawiki-cvs
Also, I recommend you avoid implementing 866 as I'm about to change the 'forgot my password' system; mailing a password directly usable to login (and never expired until the next attempt) isn't very safe.
Please can you explain to me the reasons for your variables
E-mail functions are not always available on a given server (or may be available but non-functional), and in general open e-mail can be abused. Being able to disable all e-mail functions on the wiki prevents false presentation of unusable features, and disabling of user-to-user e-mail could cut down on abuse (for instance as a spam relay).
- they make no sense without an ***email authentication*** as for
example disclosed in my http://bugzilla.wikipedia.org/show_bug.cgi?id=868 .
This assertion is completely false, as they are unrelated.
-- brion vibber (brion @ pobox.com)
dear friends, I encountered a funny problem.
Wehn one of my wikimedia-pages becomes bigger than 10.000 chars, then it is not saved, the entire Text is lost and another edit-try delivers just empty page.
when I try to restore a previous version and that exceeds 10.000 chars, it happens again.
What did I do
1. I changed my Website-Provider
2. I updatefrom Wikimedia 1.37 to 1.38
So, I installed on my new Provider the 1,38 Version of Wikimedia, then exported all files from my old providers DB and entered the SQL-Export in the DB of my new Provider
Some pages from my old provider exceeded already 10.000 chars, when I then edited them in the 1,38 Wikimedia on my new host I coult retrieve the page, could edit it, but when I saved it, I got a empty page.
Anyone has encountered that problem, some PHP-Install Problem, some Wikimedia-Install Problem??? I didnt find anything in google about that.
tx for help
HeliR
Heli Retzek wrote:
dear friends, I encountered a funny problem.
Wehn one of my wikimedia-pages becomes bigger than 10.000 chars, then it is not saved, the entire Text is lost and another edit-try delivers just empty page.
when I try to restore a previous version and that exceeds 10.000 chars, it happens again.
What did I do
I changed my Website-Provider
I updatefrom Wikimedia 1.37 to 1.38
So, I installed on my new Provider the 1,38 Version of Wikimedia, then exported all files from my old providers DB and entered the SQL-Export in the DB of my new Provider
Some pages from my old provider exceeded already 10.000 chars, when I then edited them in the 1,38 Wikimedia on my new host I coult retrieve the page, could edit it, but when I saved it, I got a empty page.
Anyone has encountered that problem, some PHP-Install Problem, some Wikimedia-Install Problem??? I didnt find anything in google about that.
tx for help
HeliR
Wikitech-l mailing list Wikitech-l@wikimedia.org http://mail.wikipedia.org/mailman/listinfo/wikitech-l
Hrm.. do you get an SQL error?
wikitech-l@lists.wikimedia.org