RubyNguyen07 / pe

0 stars 0 forks source link

Application lagging when there are not many data #9

Open RubyNguyen07 opened 1 year ago

RubyNguyen07 commented 1 year ago


video:https://raw.githubusercontent.com/RubyNguyen07/pe/main/files/3fb9db1c-6d33-4299-a236-95bb304d79b0.mov

Screenshot 2023-04-14 at 3.08.39 PM.png

Even though I do not have that many data in my application, it is quite clear that the application is lagging (I also do not have that many applications running in the background except for Zoom). I wonder if this application will be useful to airline resource managers, who will have to deal with a large number of data.

soc-pe-bot commented 1 year ago

Team's Response

No details provided by team.

The 'Original' Bug

[The team marked this bug as a duplicate of the following bug]

Lag when many inputs are present

currently experiencing some lag scrolling around the GUI. at the moment i have 2 flights, 6 crews, 1 pilot, 2 locations in the app. Not sure if it is because i am switching modes a lot. at this point, I have been using the app for about 45 minutes.

Fixed lag after restarting the app. Nothing else was lagging on my computer when the app was open. Not entirely sure what was causing it, perhaps adding many inputs at once


[original: nus-cs2103-AY2223S2/pe-interim#21] [original labels: severity.Low type.FeatureFlaw]

Their Response to the 'Original' Bug

[This is the team's response to the above 'original' bug]

We haven't experienced this in our testing. This should be an NFR also. We need to investigate more into this. Thank you.

Items for the Tester to Verify

:question: Issue duplicate status

Team chose to mark this issue as a duplicate of another issue (as explained in the Team's response above)

Reason for disagreement: [replace this with your explanation]


## :question: Issue response Team chose [`response.NotInScope`] - [x] I disagree **Reason for disagreement:** As your team mentioned in the Non Function Requirements section that the application could hold up to 100 different resources without noticeable sluggishness, the product should work as mentioned in this iteration. Also it much differs from what the the product claims because the current number of data here is only around 10 compared to 100.
## :question: Issue severity Team chose [`severity.Low`] Originally [`severity.Medium`] - [x] I disagree **Reason for disagreement:** The severity should be at medium since this will cause occasional problems to users, not rare (thus cannot be low and this is also a duplicate issue). I even consider putting this as high since it could affect most users, but given that it is related to performance and needs further research, i put as medium.