Users while setting their password can neither see their own passwords, nor there is a provision to check if they have entered the password they thought of by re-entering the same password.
Also, if one forgets the password, or registers by a password he/she did not thought of, there is no provision to reset the password.
Suppose this was my dues first (0 Rs)
if I generate a bill of 100 Rs for 2 days (11 to 13)
then the BDMR gets added this way
if the same process is repeated again with same dates and value then the BDMR gets added to the previous value
this should not happen and the BDMR should be overwritten, also the manager should also get to know whether he has uploaded the BDMR before. He should not be confused.
It is possible that two extras are served at different places or at different times. But in orders for multiple dishes, there is only one card and all of the orders must be marked as served in one step. It is impractical to keep track of what has/has not been served manually.
Consider a situation in which the manager enters an amount greater than the total dues in the dues paid field for a particular student and submits it.
Then, the mess dues are cleared but extra dues are not cleared on the student's side.
Scenario: for the following Rebate request
Admin approves the request
And after approval, this is the home for students with 10 rebate days
Now admin generates bill
But the amount in the home is unchanged even when the rebate days are removed and even the Daily cost was not added
When 2 users try to register with same email id, instead of showing some error on the same screen, an error message pops on a black screen, which is misleading.
At some places where user gives a wrong input, the page just gets refreshed. No error messages are shown to the user, and hence it gets difficult to interpret what actually has happened.
In the calculations of no of working days, the formula used should be "TO_DATE - FROM_DATE + 1". But instead the formula used is
number of days = "TO_DATE - FROM_DATE"
The buttons of days like "Monday", "Tuesday" are not evidently button. It was not at clear that these are clickable buttons.
Also the text "Regular:" and "Extras:" should be given different colors because it the text is not much readable due to same text colors of heading and elements.
when 2 different users register with same roll number, instead of some error message on the screen, the website gets redirected to some unknown error message popped on a black screen. This may be highly inconvinient for the users.
While registering as a student on the portal, one can enter any random email address and so one can enter the email address of other students and register. This is serious security and privacy issue.
Scenario: Let's say the student had Rs.150 for dues, then the admin can add Rs.500 paid by the student from the account access option, and even then the updates Dues on the Student Side is Rs.0
No option has been provided to the mess manager to view students bill. Hence it is misleading when we ask mess manager to clear dues of a particular student.
On registering with a gmail account, the page got refreshed, without showing any error message. It was very misleading, and one cannot identify, if the registration was successful or not.
The home screen should show the total number of days for which rebate has been accepted. But it only shows the number of rebate days of the last accepted rebate request.
Every time one updates the menu they are sent to this blank screen
This also happens when one opens this section. It would be better if one menu opens as default here, and that the menu which was updated opens after reloading instead of blank page
In the last row
Name: hi Price: Rs. 9.9/- Quantity: 9
Total: Rs. 89.10...01/-
Set the precision correctly of the float (or double) variable you have used to store the value of Total.
If you are allowing the Total(described in the above issue) to be decimal, you must allow the input in the red box to be decimal. Or use integer variables at both places.