Support

Bug Reports

ppSD2 Product Manual » Collaborative Programming » Bug Reports

Article Details

Created: 13 May 2011 12:00pm
Last updated: 11 August 2011 3:36pm
Viewed 1355 time(s).

Comments: 6

Let's face it, no software is perfect even if it wants to be! That's why we set up this section of collaborative programming. If you've discovered what you believe to be a bug in ppSD2, please take a moment to post it in the discussion below. Upvote if you are experiencing the same problems, downvote if you believe the "bug" isn't really a bug.

Last updated on 11 August 2011 3:36pm

Discussion

Vote Up
0
Vote Down
6 July 2011 12:23pm by firstfruits (2)
Mismatched Fields on the Edit Account Page: If you change the State to "North Carolina" and update, it displays "PROVINCES" afterwards. If you choose the country "Netherlands", it afterwards displays "Netherlands Antiles". There are a few others as well.
Vote Up
0
Vote Down
3 August 2011 11:11am by ascad [admin] (4)
Digital Products: E-mailing a digital product does not send an email.
Vote Up
0
Vote Down
4 November 2011 9:22am by firstfruits (2)
Password Reset Routine not secure.
The current reset routine allows for a malicious user to enter someone else's email address and thereby resetting their password. This is open to abuse.

The "Wordpress" model works much better:
1. Enter username or email address to reset password.
2. User receives email with instructions that includes link to reset.
3. When the user clicks on the link in the email it load a webpage where a new password can be entered right away (This means that it could be ignored if this routine was not initiated by the actual user and the password will not be changed)
4. User enters password twice and this resets the user's password.
5. User is then presented with a login screen to continue.

I think this will enhance ppSD2 usability where this is concerned.
Vote Up
0
Vote Down
15 November 2011 3:53am by firstfruits (2)
When adding (or trying to add) a new secure area, the program parses through the entire directory structure from the domain root folder. If a domain contains hundreds of directories and sub-directories, the wait time is incredibly long before one can add a secure area, even if "Manually enter folder" is selected. This is a real problem, especially if one only wants to user "User Grouping". The program should not have to parse through the entire directory structure. This option to select a folder from a list is not necessary and causes problems as the "Add Secure Area" button only appears after the entire directory structure has been parsed.
Vote Up
0
Vote Down
15 November 2011 4:01am by firstfruits (2)
Under Secure Areas, the option to "Edit User" is problematic, as the program attempts to list all users on one page in an alphabetic list. If there are tens of thousands of users in the system, this takes a very long time to list all users. Either remove this option to select users from the entire list, or provide a field to add a comma-delimited list of users by username.

Post a Comment

Please note that only comments involving constructive ideas will be approved.

This website does the Banana Dance!