ign_password_protect

igner · 2007-02-04 22:49:15

Hmm, looking at it further, it appears that (at least for me), if you let the browser open the file (in my case, I tried with Opera 9), the file’s incomplete. If you download it, it will work. For the record, the last character should be =

If you’re really having difficulties, let me know and I’ll put a zipped version up there. And at some point, I’ll figure out why the browsers aren’t opening the complete file…

Beertigger · 2007-02-05 01:57:15

@ igner

The last character is a =. There seems to be a weird double-spacing issue going on, download or no. If you could try a zipped version for those of us who can’t quite figure this one out, that’d be most excellent of you ; )

Thanks,

igner · 2007-02-05 03:14:34

very weird indeed.

try the zip file

gerhard01 · 2007-02-05 13:24:34

igner wrote:

very weird indeed.

try the zip file

igner,

thanks for the zip file, although that does not work for me either. Doing a file comparison, for me the zip file contains the very same file, which I previously download directly from your site. (I am using Opera 9.12/build 8701, so I think it’s not an Opera-related issue.)

Some while ago, I encountered the same weird plugin-upload misbehaviour with a pre-release of benbruce’s postmaster plugin. Strangely, the upload problem disappeared somewhen with a new release.

So I guess I will have to be patient and simply wait, till another beta for final version (miraculously) works again. In the mean time, 0.4.2d is also fine with me.

Thanks,

Gerhard

Beertigger · 2007-02-05 21:22:16

Zip file throws the same error for me, as well. Using both FF and Safari…

igner · 2007-02-08 14:58:02

gerhard / beertigger – can you post diagnostics (sans personally identifying info), or email me offlist at igner at igneramos dot com. I’ve not been able to reproduce the problem.

Beertigger · 2007-02-09 00:04:29

Thanks for checking this out….

Diagnostics:

Textpattern version: 4.0.4 (r1956)
Last Update: 2007-02-02 09:20:47/2007-02-02 09:20:47
Document root: /path/to/mysite
$path_to_site: /path/to/mysite/blog
Textpattern path: /path/to/mysite/blog/textpattern
Permanent link mode: section_id_title
Temporary directory path: /path/to/mysite/blog/tmp
Site URL: www.mysite.com/blog
PHP version: 4.4.4
Server Local Time: 2007-02-08 19:02:08
MySQL: 4.1.21-standard
Locale: en_US.UTF-8
Server: Apache/1.3.37 (Unix) mod_fastcgi/2.4.2 mod_gzip/1.3.26.1a mod_auth_passthrough/1.8 mod_log_bytes/1.2 mod_bwlimited/1.4 PHP/4.4.4 FrontPage/5.0.2.2635.SR1.2 mod_ssl/2.8.28 OpenSSL/0.9.7a
Apache version: Apache/1.3.37 (Unix) mod_fastcgi/2.4.2 mod_gzip/1.3.26.1a mod_auth_passthrough/1.8 mod_log_bytes/1.2 mod_bwlimited/1.4 PHP/4.4.4 FrontPage/5.0.2.2635.SR1.2 mod_ssl/2.8.28 OpenSSL/0.9.7a
PHP Server API: apache
RFC 2616 headers:
Server OS: Linux 2.6.9-42.0.3.ELsmp
Active plugins: rss_unlimited_categories-0.7.2, rss_if_search_results-0.1, rss_if_author-0.1.2, rss_thumbpop-0.7, rss_auto_excerpt-0.4, rss_admin_show_adv_opts-0.3m, rss_admin_db_manager-4.3, rss_pluginstaller-0.1, rss_admin_resize-0.2, chu_comments_invite-0.11, mem_self_register-0.8.3, mic_tinymce-0.5, upm_img_popper-1.3.3, sed_comment_pack-0.5, hak_article_image-0.5.2, tcm_if_article_image-0.1m, ied_plugin_composer-0.4, upm_image-0.1m

.htaccess file contents:
————————————
RewriteEngine On
RewriteCond %{REQUEST_FILENAME} -f [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^(.+) – [PT,L]

RewriteRule ^(.*) index.php
————————————

Last edited by Beertigger (2007-02-09 00:05:01)

gerhard01 · 2007-02-09 17:56:52

igner wrote:

gerhard / beertigger – can you post diagnostics (sans personally identifying info), or email me offlist at igner at igneramos dot com. I’ve not been able to reproduce the problem.

thanks for checking this out.

Unfortunately German locale:

Textpattern-Version: 4.0.4 (r1956)
Letzte Aktualisierung: 2006-11-10 13:27:53/2006-11-10 13:02:58
Document Root: /path/to/mysite
$path_to_site: /path/to/mysite
Textpattern-Pfad: /path/to/mysite/textpattern
Schema der URLs: section_id_title
open_basedir: /home/:/tmp/:/usr/local/php/current/lib/php/
Temporäres Verzeichnis: /path/to/mysite/textpattern/tmp
Seiten-URL: mysite
PHP-Version: 4.4.3
Register globals: 1
Lokale Serverzeit: 2007-02-09 18:49:19
MySQL: 4.0.25-standard
Regionale Einstellungen: de_DE.UTF-8
Server: Apache/2.0.58 (Unix) mod_ssl/2.0.58 OpenSSL/0.9.7a
PHP Server API: cgi
RFC-2616-Header:
Betriebssystem des Servers: Linux 2.4.20-35_39.rh9.atsmp
Aktive Plugins: ign_password_protect-0.4.2d, rss_admin_db_manager-4.3, asy_sitemap-0.7m, rss_unlimited_categories-0.7.2, sed_plugin_library-0.3, sed_copyright-1.3, upm_img_popper-1.3.1, glx_if-0.6.4, upm_file-0.1, upm_file_popper-0.1, upm_savenew-0.4, ajw_notepad_public-0.1, zem_contact_lang-de-4.0.3.5, zem_contact_reborn-4.0.3.18, zem_link-0.6.1, Postmaster-0.3, rss_if_search_results-0.1, wet_recent_comments-0.4, ajw_admin_workflow-0.3.1, Postmaster_library-0.1, rss_author_info-0.2, glx_admin_image-2006.1a

Voruntersuchung:
————————————
Eine Textpattern-Dateien wurden modifiziert: /publish/taghandlers.php
Einige PHP-Funktionen sind deaktiviert.: exec,system,passthru,popen,shell_exec,proc_open,show_source
————————————

Inhalt der .htaccess-Datei:
————————————

#DirectoryIndex index.php index.html
#Options +FollowSymLinks
#RewriteBase /relative/web/path/
<IfModule mod_rewrite.c> RewriteEngine On RewriteCond %{REQUEST_FILENAME} -f [OR] RewriteCond %{REQUEST_FILENAME} -d RewriteRule ^(.+) – [PT,L] RewriteRule ^(.*) index.php
</IfModule>

#php_value register_globals 0

————————————

igner · 2007-02-09 18:44:35

gerhard01 wrote:

Unfortunately German locale:

Gott sei Dank daß ich Deutsch kann. ;)

DigitalRealm · 2007-02-16 15:37:31

Does plugin allow users to reset their password to whatever they want it to be, or does it auto generate a new one?

igner · 2007-02-16 19:14:42

Currently it’s auto-generate only. It’s on the list of features to add, though.

You can put the self-edit tags on a page to allow the end-user to change their own password, if you’re so inclined.

DigitalRealm · 2007-02-16 20:43:38

igner,

That brings up an interesting situation for me! Would it be possible to somehow combine either your plugin or the mem_self_register plugin to allow users to change their password to whatever they want?

I currently have both plugins installed on a site that I am working and I want to be able to give the users the ability to change their password to whatever they want it to be, if that is possible.

I ask this because I see two situations where this would be great to have….

1. If they forget their password and cannot login to the site. They would need to reset their password and it would be great if they could reset it to anything they like.

2. If they are currently logged in, but their password is hard to remember or whatever and they want to change it for future use.

What are my options?

igner · 2007-02-16 21:04:09

DigitalRealm wrote:

That brings up an interesting situation for me! Would it be possible to somehow combine either your plugin or the mem_self_register plugin to allow users to change their password to whatever they want?

I currently have both plugins installed on a site that I am working and I want to be able to give the users the ability to change their password to whatever they want it to be, if that is possible.

the two are designed to interoperate. In fact, I only implemented limited public-facing tools for user management because so many people were using the two plugins together.

I ask this because I see two situations where this would be great to have….

1. If they forget their password and cannot login to the site. They would need to reset their password and it would be great if they could reset it to anything they like.

I have yet to implement a forgotten password feature. Rest assured it’s on the list. Probably go with a system-generated password delivered by email.

2. If they are currently logged in, but their password is hard to remember or whatever and they want to change it for future use.

What are my options?

This is currently available with the @<txp:ign_self_edit /> tag or tags from the self_register plugin.

DigitalRealm · 2007-02-18 02:43:39

Igner,

Got it, I think I have pretty much figured things out for now. Using a combination of both plugins, I think that I have created a solution until something better can be brought to the table.

Thanks for the hard work on the plugin, it has really been a life saver for me.

Bloke · 2007-03-06 14:13:22

Hi igner, great plugin, thanks for all your work.

I’m just checking out the possibility of using TXPhorum, which requires both yours and manfre’s plugins.

The site I’m doing (a game website to tie in with a TV show) is very custom PHP/MySQL stuff built around the outside of the standard txp tables. I have the ability to log people in and out of a session, autologout after xx minutes if token not kept refreshed, generate email challenge/response passwords etc etc.

Of course, the txp_user table didn’t have enough fields in it so I created my own table, which works fine. I needed things like their mobile number (for gamers on the move) and how much credit they have in their account, when they registered, how many attempts they have left to login before their account is locked out etc.

But now if I want to offer a forum login that uses yours/manfre’s plugins it would mean users would need another login…

I’ve just switched your plugin over to use the separate table which (I think) means I can now keep admin users in txp_user and “gamers” in your table; a nice split.

Two things:

Can I extend your table to add in the extra columns I need without detriment to the plugin? What I’d then do is use manfre’s/your tags to build the core parts of the forms and also add in extra fields to gather the additional info as required, and submit it all bundled together. Think that’ll work?
Do the tags (for example ign_if_logged_in) only check the new ign_user table or do they check both ign_user and txp_user? I’m just thinking I could put an if tag in some forms so that admin users in the txp_user table (depending on privs) get enhanced content/debug/extra info etc wheras gamers in ign_user get just to play the game blissfully unaware of the other stuff. If not I’ll have to put both types of user in your table.

I know detail’s a bit sketchy there but is there any better way to handle this that you can think of? If you want to take the discussion offline because it’s a little too specific, that’s fine by me. I can show you the site if you like and you can have a play (it’s very alpha though).

Many thanks in advance.

Textpattern CMS

Textpattern CMS support forum

#361 2007-02-04 22:49:15

Re: ign_password_protect

#362 2007-02-05 01:57:15

Re: ign_password_protect

#363 2007-02-05 03:14:34

Re: ign_password_protect

#364 2007-02-05 13:24:34

Re: ign_password_protect

#365 2007-02-05 21:22:16

Re: ign_password_protect

#366 2007-02-08 14:58:02

Re: ign_password_protect

#367 2007-02-09 00:04:29

Re: ign_password_protect

#368 2007-02-09 17:56:52

Re: ign_password_protect

#369 2007-02-09 18:44:35

Re: ign_password_protect

#370 2007-02-16 15:37:31

Re: ign_password_protect

#371 2007-02-16 19:14:42

Re: ign_password_protect

#372 2007-02-16 20:43:38

Re: ign_password_protect

#373 2007-02-16 21:04:09

Re: ign_password_protect

#374 2007-02-18 02:43:39

Re: ign_password_protect

#375 2007-03-06 14:13:22

Re: ign_password_protect

Board footer