ign_password_protect

demoncleaner · 2008-06-30 14:31:44

Thanx again for the explanation but i still got the same problem.
As soon as i use this: <txp:ign_show_login />

It will show me the two textfields (NOT empty, my username and password is already inserted) with the error message “There was a problem logging in.” above.
And there is no chance to login. I also tried with other user/password combinations

Any other idea where the problem could be ?

maverick · 2008-06-30 14:49:25

demoncleaner wrote:

Weird thing is that whenever i open the page password and username are already inserted. Even if i clear cookies ect. and even if i delete THIS user its still in there with the error message on above.

Does your computer and/or browser store usernames and passwords in some sort of “keychain” or “auto-fill-in” feature?

demoncleaner · 2008-06-30 15:51:06

No I think that cannot be the problem. Because i tested it with a different browser with the same result and I also have one other project running where the problem just don´t apears. But i cannot find out the difference that is happening there between those two projects. As I said..only difference I see so far is the textpattern version. Can anyone tell me if there is a problem with version 4.0.6 and this plugin ?

maverick · 2008-06-30 17:04:18

Not to belabor this, but just on the off-chance it might help: I run Mac OS X. There is a Keychain ability to remember the user name and password for internet websites. It works with any browser that supports it, and is page specific. So it could work in, say Safari and and OmniWeb, and apply only to the page in question.

Just in case it might help.

fwiw

Mike

igner · 2008-06-30 17:07:42

@demoncleaner – is there a difference between domains? there ARE a few issues with how the domains are handled for multiple top-level domains that I’m working on cleaning up.

demoncleaner · 2008-06-30 19:33:58

hmmm one is a .com domain (working) the other one is a .de domain (not working). Could just that be the reason for the problem ?

renobird · 2008-06-30 20:06:31

Hello all,

Having some trouble with (0.5b9) and File Downloads in 4.0.6.
When the plugin is on – I get a 403 error when I try to use “file_download”.

If I turn it off – everything works fine.

~~I’ve tried being logged in as publisher – no luck.~~

EDIT

apparently I wasn’t logged in as publisher – that seems to work.
I’m going to check if the priv levels for privs “none” are what is causing this.
May have solved my own problem.

~~Any ideas?~~

Last edited by renobird (2008-06-30 20:11:34)

renobird · 2008-06-30 20:26:41

OK. If I’m logging with publisher status – everything works.
Any other user level and I get a 403.

I modified admin_config.php to have 1,2,3,4,5,6 for all permissions.
Still no luck.

Is there somewhere else to modify file download permissions?

Should I be defining priv levels in the plugin somehow?

fuls · 2008-07-02 11:22:23

Hi, sorry if this has been asked before. Does this plugin protects content (files) from being listed /download in search engines (for example pdf files)?
Thanks!

Last edited by fuls (2008-07-02 11:27:35)

net-carver · 2008-07-31 19:36:21

igner

I had a little trouble with the labels in a custom form. I made these changes against v0.5b9 to make customizing form elements by id a little easier and to tie the labels to the inputs…

 function ign_checkbox($atts)
 {
	 extract(lAtts(
		 array(
			 'name' => 'remember',
			 'value' => '1',
			 'checked' => '',
			 'tab' => '',
			 'id' => '',
		 ), $atts, 0)
	 );

	 return checkbox($name, $value, $checked, $tab, $id);
 }

…and…

function ign_user_field($atts)
 {
	 extract(lAtts(
		 array(
			 'name' => 'p_userid',
			 'value' => '',
			 'class' => '',
			 'title' => '',
			 'onClick' => '',
			 'size' => '',
			 'tab' => '',
			 'id' => ''
		 ), $atts, 0)
	 );

	 return fInput('text',$name, $value, $class, $title, $onClick, $size, $tab, $id );

Regards,

igner · 2008-07-31 22:05:27

Sorry to all who’ve been awaiting responses. I’ve GOT to remember to check this thread more often…

@demoncleaner – if you’re still having issues, shoot me an email using the email link and I’ll help hash this out

@renobird – I’m not entirely certain where you’re having issues, but the file_protection code in the plugin shouldn’t be firing off at all in the current release.

@fuls – it’s stated somewhere in the first few pages of this thread, but this does NOT currently protect file listings from search or indexed, unless the pages containing the links are protected. I’m about to let fly with another release that does have more rudimentary support for protecting downloads¹. It’s VERY basic, requiring permissions to be set on each file, and in the current iteration, each file can have only one privilege level.

@netcarver – thanks. I clearly was being lazy not passing all the params to the respective functions. Your changes will be incorporated in the next release.

¹ As long as the path to the files directory is outside the webroot. Note that as it stands currently, without adding in a rewrite rule to disallow direct access to the files directory, it’s possible to download directly if you know the file name.

net-carver · 2008-08-01 02:51:01

igner

thank you. I’m finding this very useful now.

Textpattern CMS

Textpattern CMS support forum

#601 2008-06-30 14:31:44

Re: ign_password_protect

#602 2008-06-30 14:49:25

Re: ign_password_protect

#603 2008-06-30 15:51:06

Re: ign_password_protect

#604 2008-06-30 17:04:18

Re: ign_password_protect

#605 2008-06-30 17:07:42

Re: ign_password_protect

#606 2008-06-30 19:33:58

Re: ign_password_protect

#607 2008-06-30 20:06:31

Re: ign_password_protect

#608 2008-06-30 20:26:41

Re: ign_password_protect

#609 2008-07-02 11:22:23

Re: ign_password_protect

#610 2008-07-31 19:36:21

Re: ign_password_protect

#611 2008-07-31 22:05:27

Re: ign_password_protect

#612 2008-08-01 02:51:01

Re: ign_password_protect

Board footer