Forum Activity for @researchcooperative

How should password fields be set up?

Using Jamroom

Thanks.

I somehow from somewhere had the impression that those fields were meant to be "required". WRONG!

For the Account signup form, I still have the password fields set as "Required". Is that OK? Or always necessary? Or optional? Or not OK?

If the system at signup is hardwired to request an intitial password, then password fields in the signup form might serve a different function (though I can't imagine what at the moment).

Is there only one correct way to configure password fields in the signup, and if so, why are they not hardwired?

I need to understand this completely, and then provide different explanatory labels for the password fields in the signup and setting forms.

Thanks.

How should password fields be set up?

Using Jamroom

In the User Account setup form, there are two password fields:

user_passwd1 (label = password)
user_passwd2 (label = repeat new password)

When logged in as Admin., we are instructed by alerts that various attributes of these fields should not be changed, and I have been elsewhere informed that both should be left as "required".

I am confused.

At signup we (as ordinary users) create a password that can sensibly be called "existing password" of "old password" after it exists. But when users attempt to change something in their account, e.g. change the profile photo, they are expected to fill out the password. In fact what happens they are asked to create a new password. And further, when trying to create the new password, a field pops up demanding to see the old password. And then finally they can have their new photo accepted.

There does not seem any clear separation of login requirements for an existing password, and password entry requirements for creating a new password.

Perhaps this tangle explains why so few members are active on my site.

Persumably the system is understandable for owners and users at other sites, so most likely I have my form fields set up strangely. But do other site owners have issues with setting up the password fields in a way that is understandable and convenient for ordinary users?

I have not found any part of documentation that clearly lays out all the options and requirements for setting up password fields in the forms for user/signup and user/account (i.e. the account creating and updating form fields).

Shouldn't there be a clear separation of password fields for:

(1) using the initial password established at signup, and
(2) confirming (re-entering) the initial password when it is used, and
(3) changing the password after login with the old password, and
(4) confirming (re-entering) the new password that will replace the old password?

I don't understand why the user (at my site at least) is being led through steps (3) and (4) when merely wanting to edit account details.

Is this a general problem, or specific to my site and the way I have it set up?
updated by @researchcooperative: 05/19/18 04:40:38PM

Email validation for new members, an incomplete error message, and incomplete activation link message

Using Jamroom

@strumelia

I have put in a private request to sponsor a module for this.

A module might be best if it is easier for this to evolve as a fully-featured Profile Manager. But your suggestion for further user browser options might be technically preferred, so I am open as to what JR thinks is best here.

If the user browser approach is taken, then we would need to be able to select multiple profiles for transfer to a different quota, rather than just one by one.

Please suggest any specifications you think might be good for a future Profile Manager module... even if they go beyond what we have discussed so far, it would be good to think about this in advance.


A. For monitoring activity (before managing quota location):
1. Sort profiles within one or more selected quotas according to last login, or a login period? (two choices)?
2. Sort profiles within one or more selected quotas according to how many times they have logged in, after first login, or within a chosen period?
3. Sort profiles within one or more selected quotas by amount of content added (all media or specific media)?

B. For managing profile locations
1. Establish sort, single-select, multi-select, and transfer options
2. Maintain automatic record of transfers made?

C. For reporting changes to affected members
1. Send automatic notification to all?
2. Send personal notification to one at a time?

D. Other?
updated by @researchcooperative: 02/04/18 07:53:55PM

Configuring Browse Access in the Support Ticket module

Using Jamroom

I am not sure if I have the Support ticket system running properly on my site. In the module config area, the following help note is given next to a check box for "Browse Access":

"Check this option if you would like to allow users who belong to profiles in this quota to have read access to Support Tickets. NOTE: The user will only have access if they have created a support ticket within the previous 30 days. Default: off"

Does this refer to read access by users to their own support tickets? Why would this ever be denied?

And if it is not for this, does it mean read access to ALL support tickets by all users? This might useful, though not usual.

So. I am not sure what to do - give access or deny access?

What is the intended meaning here, and the purpose of the option? Can the help note wording be clarified?

Thanks
updated by @researchcooperative: 05/07/18 05:42:30AM

Email validation for new members, an incomplete error message, and incomplete activation link message

Using Jamroom

Thanks.... This is good to know... however it's not the simplicity or otherwise of the coding work that matters in my case, but having an interface that I can use without dealing with code - as far as humanly possible!

This is important not just for me, but also because I may eventually have to pass management of the site to someone who is equally incompetent in the technical aspects. The site needs to be constantly evolving towards something that can be administrated very simply.

I appreciate that others who read this thread may find your advice usable and useful. So thanks again.

I also appreciate that JR is already evolving towards simplicity in administration... there have been huge improvements in the time I have been using the system.
updated by @researchcooperative: 02/04/18 04:34:10AM

Email validation for new members, an incomplete error message, and incomplete activation link message

Using Jamroom

@ultrajam

If those kinds of actions are possible, then perhaps a Profile Management Module could be built using them.

I am using Kickbox to weed out invalid emails and shift very dead accounts into a separate private quota. This still leaves many other inactive accounts, that clutter up search results and the public page of profile images.

I would like a module that can move profiles from a selected quota en masse into another selected quota automatically, on the basis of two different selection criteria:


After choosing the quota with profiles to be managed:

1. Find and select all profiles with no login since ABCD date (shift selected profiles to XYZ quota).

2. Find and select profiles with no data in profile form fields EFGH (one or more fields to be chosen from a checklist of all profile form fields) (shift selected profiles to XYZ quota).

This would allow me to first move all the very old accounts out of the active member quota, while not deleting them, and then I could send reminder mails to them on the basis that they are very old accounts.

Among the remaining profiles, I could then move those that have no public profile information into a different quota, also private, and then contact them separately as a group.

A Profile Management Module like this would be very useful for large sites with many members. I have more than 7,000 members and cannot manage them one by one.

I need this in the form of a JR module as I cannot manage the kinds of code changes that are needed directly. And it is a process that might be best implemented occasionally, not necessarily as a built-in continuously active process.

I have mentioned this as a possible request in private support, but wonder if the idea looks useful to other JR network owners.
updated by @researchcooperative: 02/03/18 11:06:07PM

Email validation for new members, an incomplete error message, and incomplete activation link message

Using Jamroom

Lots of good points ... thanks all.

1. @Strumelia The Auto-Follow Module may be very useful for me. The key functional area of my site is a "Profile" that operates a forum where people can offer or request services. Most members fail to pay attention to it. I can set up the autofollow so that all members find a profile follow link to this page in their own profile page.

2. @ultrajam My sleeping ancients ARE visible if people scroll through the profile list showing profile photos and user names. I suspect a lot of people like to explore visually and scroll rather than using search fields. The actual interesting profiles are scattered through a sea of inactive profiles.

I don't see any alternative to manually either deleting inactive profiles, or shifting them into a quota in which profiles are private - until manually reset to be globally visible. If I delete them, there is zero chance of reincarnation.

If I put them into a quiet quota, they will receive occasional newsletters from the network, and may rediscover their original interest (more likely not, of course). The truly dead with invalid emails are already being buried by Kickbox.

3. @michael A scheduled automatic greeting message might be a very good thing. This could be set to be sent out 24 hours after the last login by the user, to reach them at what might be their usual active time of day or night. I would be happy to sponsor such a module for general use on JR, assuming it does not cost too much.
updated by @researchcooperative: 02/02/18 04:59:53PM

Can the number of allowed profiles be 1 while the number of allowed quotas is 2?

Using Jamroom

This is surely magic.

Now all we need to do is turn this into a mechanism for making online currencies appear and disappear at will... and we can buy the world.

Thanks. I will call this thread solved.

Can the number of allowed profiles be 1 while the number of allowed quotas is 2?

Using Jamroom

Thanks.

I think from past experience, I have found that when a profile is moved into a new quota with different modules active, content that depended on a module that is not active in the new quota is not actually lost.

But this may not be explained in the Documention.

To what extent can a profile be moved back and forth between quotas with very different modules active? I am not wanting to do this on a regular basis of course. I just want to understand what the limits of the system are.
updated by @researchcooperative: 02/01/18 09:40:48PM

Email validation for new members, an incomplete error message, and incomplete activation link message

Using Jamroom

Hi,,, thanks. The last reply is ALL relevant! The site is viewable to the public, and I do have sleepers from years back. Deleting the sleeping ancients is probably the first thing I should be doing. Kickbox (valid email checker) has been slowly removing some old accounts. I actively encourage members to not post their email addresses online, but they often do anyway!

How does one automate a greeting message, and should it be as a comment on the public profile page or as a private note or some other way? I sometimes manually greet members with a comment on their public profile, signed Admin.
updated by @researchcooperative: 02/01/18 03:42:24PM