Product news and other information from the developers of Portfolio.
Showing 26 - 30 of 136
Fix issue with application error page being shown more than usual
A hotpatch (4dc3625) was deployed today to address the issue where users would see the "an application error occurred, try again later" page more often than usual.
Another hotpatch: PIN codes can be validated again
Another hotpatch (3c27a9a) was deployed today. It contains the following changes:
- Fixed issue with validation of PIN codes generating a database error.
Hotpatch: Object comments can now be saved again
A small hotpatch (4db6824) was deployed today.
- It fixed the issue with saving object comments.
- It also fixed a minor issue with HTTP requests without User-Agent header causing errors.
Improved self-registration workflow, increased performance and more
Today's update (d2fd5d2) brings with it the following changes:
online request handler is now only accessible by global administrators. This is to avoid leaking personal information from online users to all other users, according to GDPR regulations.
- Rendering container breadcrumbs in templates should now be much faster, as multiple database calls to check permissions are avoided.
get_child_objects() container methods should be much faster, because permission checking is now done in a single database query.
count_children() container method is now faster because it calculates the number of objects and containers in a single database query.
has_role() user method should be about four times faster because of improved database query syntax.
- The self-registration workflow on CEFR sites required two emails sent to the newly registered user, when one would technically suffice. Now only a single email is sent that includes the reset password URL and the URL you should use to login once the password is set.
- The help text in the user self-registration form has been improved to mention the set password URL instead of password. The same form now also mentions that you need to answer the security question to prove you're not a robot.
- The inactive users removal process is now more randomized, to avoid users with undeletable data blocking removal of other users for an extended time.
render_link() method now supports a
show_path boolean argument which turns on breadcrumb rendering.
- When the send to supervisor object editor feature is used, the link which is sent is now rendered with a breadcrumb, so it is easier to figure out where it is located in the folder structure.
- The TinyMCE/WYSIWYG HTML editor rectangle can now be resized.
- The extra toolbars in the advanced TinyMCE layout can now be toggled on/off using a button.
- A lot of the database queries have been refactored, which should make them more robust. This has been a very large task, which might trigger some regressions. Please inform us as soon as possible if you notice something not working properly.
- The template plugin
CGI can now be used with a lower-case name. Previously it silently did nothing.
- Bullets in unordered lists in message content was not shown. They are now shown, as expected.
PORTFOLIO.page_url contains single quotes.
- Fixed an issue with users being notified again about deletion of account because of slow deletion process. When users that have been notified about account deletion was not deleted within 2 weeks, a new message was sent to them, delaying deletion even further. Now the re-notification won't happen until after 4 weeks of their first notification, giving the system 2 weeks to actually delete the user after their notification limit has expired.
- Personal groups are now removed during the delete user process. They previously caused an error during user removal.
- Institution groups associated with a user is now turned into an institution group without an owner during the delete user process. They previously caused an error during user removal.
Feature removals / deprecations
get_parent() container method is no longer available. If you previously used it, use
Remove inactive users feature and more GDPR privacy improvements
Today's update (bc6c820) brings with it the following changes:
- Removed debugging code which accidentally revealed a secret key for interaction between Portfolio and e-Portal in server logs.
- Added ability to better inspect database performance.
- User accounts which have been inactive for a long time are now automatically deleted.
- Users that have never logged in are removed after 1 month.
- Users that have logged in, but never created any content, are removed after 6 months.
- Users that have logged in and created content are removed after 26 months.
- Users that have content will be notified 14 days before they are removed. If they log in again within those 14 days they will not be removed.
- Users with content that have an auto-generated e-Portal or empty email address will not be notified, but they will be automatically removed after 26 months and 14 days.
- The job that notifies users about deletion will notify 400 new users every hour instead of all inactive user at once. This is to avoid overloading email systems and accidentally put our servers on spam blacklists. This should ensure all users are notified in approx. 3 weeks.
- The job that performs the deletions will not be activated until August 15th. This is to avoid that teachers and students that are on summer holiday accidentally get removed while they're not checking their email.
- IP addresses gathered by Google Analytics are now properly anonymized. This should ensure we are compliant with GDPR regulations.
Showing 26-30 of 136