Commit Graph

19 Commits (a29a9053bdcc1003422bf0aba835c748c7430bb9)

Author SHA1 Message Date
Hui Lan ada55d3394 [Refactoring] Particularly make the SQL statement that shows new assigmments in Coruse.php less messy. 2020-10-02 17:02:20 +08:00
Hui Lan 1abe47788c Bug fixes for bug reports from 2020-09-24 to 2020-09-29. 2020-09-29 17:38:14 +08:00
Hui Lan df3b48553a Several fixes (sign up/sign in, recover password, etc). 2020-09-26 20:08:39 +08:00
Hui Lan f8995eec6f Script.php: allow people to log in when they give a valid student number. 2020-06-29 14:44:21 +08:00
Software Project Management e8de77a243
Merge pull request #37 from lanlab-org/Hui-improve-README.md
Fixing typos and grammatical errors
2020-05-11 17:04:41 +08:00
TanakaMichelle dcef721576
Fixing typos and grammatical errors
Fixed some tying errors as well as grammatical errors.

Tanaka Michelle Sandati (201732120134)
Yeboah Martha Asamoah (201732120135)
Tamene Robel (201732120170)
2020-05-10 09:41:09 +08:00
Hui Lan a89b8f4e0d Script.php: why use the function trim? 2020-04-23 10:10:58 +08:00
Hui Lan b7d6ae1bcf Script.php: [bugfix] fix -- "Students unable to submit assignment after a recent change"
This commit temporarily fixed the bug reported at http://118.25.96.118/bugzilla/show_bug.cgi?id=65

This bug was introduced after a recent functionality addition, i.e., allowing Lecturer to edit assignment information.
See the following pull request for details.
https://github.com/lanlab-org/LRR/pull/21

It seems that $group_id is not properly assigned after merging the above pull request.
Therefore, when someone tried to insert a record to the database table lab_report_submissions, he encountered a running error.

In this fix, I just set $group_id 0 to avoid the database insertion error.
This is OK when an assignment is of type Individual.
Of course, this fix is not ideal, as it cannot handle the situation where the assignment is of type Group.
In the future, $group_id must be properly initialized, depending on the assignment type.

-Hui
2020-04-21 20:48:13 +08:00
CloudStarTreck 29ad8f4499 Regression Test Failure with 4441 Upload Error
Following the previous update, the system failed a regression test and reported a 4441 error while trying to submit a new Lab report.
This was due to the condition added on line 298 in Course.php and reversing this change solved the problem.

This condition was added to allow all Group members to be updated once the Tutor Marks the Lab Report but a better method to
archieve this has been implemented on line 367 in Course.php
2020-04-16 14:46:43 +08:00
CloudStarTreck f894e79de1 Editing report by Instructor
In the previous update, the form for editing assignments by instructor was failing to retrieve <textarea> Now its working fine. (Line 171 Courses.php)
2020-04-08 10:05:17 +08:00
CloudStarTreck 25f9b4ff0f Allowing all group member to submit assignment and allowing Lecture to Edit Assignments
Two Issues have been Fixed

1)Firstly
Only Group Admins were able to submit group assignments and the system was indicating to other members that they missed the deadline.

This Problems was solved through the following stages:

Create 4 new columns 'Member_ID1-4 Varchar(50) DEFAULT 0' in the database table 'course_group_table' (this will limit each group to max 5 members you can check the file Script.php from line 1071.)

Changing the SQL query in SubmitLab.php to allow both Group Member and Group Admin to submit assignment. (However for this feature to take effect with backward compat, the group admin might need to invite other members again into the group or else they still wont be able to submit but all the group assignments will indicate that they have been submitted by the admin. For any new group after the update it works perfect.)

Changing the Course.php allows other members to be updated once 1 member submit the assignment.

2)Secondly
The Tutor couldnt modify assignments once posted.

Adding an 'Edit' Button on the Tutor's page allows him to modify new and old assignment without any duplications. This feature afftected Courses.php from line 109.

Group
Ashly Tafadzwa Dhani 201632120150
Samantha Rusike 201632120140
2020-04-06 23:45:30 +08:00
CloudStarTreck e3dafae622 Removing the 'HashPassword' Column
Edited by Ashly
Removed the insertion of encripted password into the 'HashPassword' column. All passwords are kept in the 'Password' Column.

Also adjusted the Column size of database to hold the long hashed password
2020-03-19 19:49:41 +08:00
Hui Lan cdd4dceb0a Script.php: we create for backward compatibility. -Hui 2020-03-18 22:16:00 +08:00
Hui Lan 1aec051398 Script.php: login backward compatibility
Make sure the really old, legitimate users could still login.

Note that these users' passwords were first encrypted by SHA512 then stored in column HashPassword.

In recent updates, we totally disuse HashPassword.  The hashed password (using Php's built-in function password_hash) is stored in column Password instead.

- Group: Ashly Tafadzwa Dhani, Samantha Rusike

2020-03-18
2020-03-18 22:07:13 +08:00
CloudStarTreck 41aa01579c Logging Users
Password verification was being bypassed therefor on line 160 i modified the password verification to match the database
2020-03-16 20:26:17 +08:00
CloudStarTreck c77b470e8a Update Script.php
this change is on line 160. it allows both new users and old users to loginto the system successfully by verifying hashed passwords and normal passwords
2020-03-16 15:35:12 +08:00
CloudStarTreck 625d447dd9 Update Script.php
Allow users to login soon after signup by confirming the user details from the database on line 159
2020-03-16 15:32:07 +08:00
CloudStarTreck 2b03c8118d Update Script.php
passwords are now encripted by password hashing. This improves privacy on user data.
2020-03-16 15:30:56 +08:00
CloudStarTreck 2ac128c680 adding LRR files
uploading the full project online
2020-03-16 15:23:14 +08:00