[Touch-packages] [Bug 1395994] Re: UI lags when scrolling through scopes
Status changed to 'Confirmed' because the bug affects multiple users. ** Changed in: unity8 (Ubuntu) Status: New => Confirmed -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity8 in Ubuntu. https://bugs.launchpad.net/bugs/1395994 Title: UI lags when scrolling through scopes Status in unity8 package in Ubuntu: Confirmed Bug description: Some causes ruled out: 1. OA in scopes can't be to blame as I have tested with and without it enabled, and with and without it present in the code (https://bugs.launchpad.net/ubuntu/+source/unity-scopes- api/+bug/1392615/comments/4). 2. Location can't be blamed either (for the same reasons as above, as well as removing location service usage from the shell plugin itself). 3. When profiling the QML and C++ code, I saw no indication that the shell plugin was doing anything process intensive enough to cause any hold up. In fact, it seems to be doing a pretty good job handling calls from the UI thread asynchronously. Observations made when profiling unity8: 1. The QML ListView component updates its current item index when the next item reaches half-way across the screen (therefore, in mid animation between scopes). There doesn't look to be any serious blocking actions taking place during the onIsCurrentChange, setActive, etc. methods that I could find, but we should keep this in mind. 2. ResultsModel::data() seems to be called constantly while scrolling a scope up and down. I assume this should only be called once per result item (This doesn't explain the horizontal scrolling lag, but it may explain some vertical lag). 3. If you pull down to refresh any scope, then continuously move the dash left and right, the dash movement is smooth until results start showing up in the scope, at which point you see a lag as they appear. The lag observed here is almost definitely the same lag we see when scrolling through scopes (jittering as results start to pop up in scopes as they populate). (NOTE: All of the above points were observed with and without the latest unity8 performance fixes in rtm silo 8) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1395994/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1395994] Re: UI lags when scrolling through scopes
I'm going to have a look at the ResultsModel::data claim now, seems something we should fix if it's indeed happening. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity8 in Ubuntu. https://bugs.launchpad.net/bugs/1395994 Title: UI lags when scrolling through scopes Status in “unity8” package in Ubuntu: New Bug description: Some causes ruled out: 1. OA in scopes can't be to blame as I have tested with and without it enabled, and with and without it present in the code (https://bugs.launchpad.net/ubuntu/+source/unity-scopes- api/+bug/1392615/comments/4). 2. Location can't be blamed either (for the same reasons as above, as well as removing location service usage from the shell plugin itself). 3. When profiling the QML and C++ code, I saw no indication that the shell plugin was doing anything process intensive enough to cause any hold up. In fact, it seems to be doing a pretty good job handling calls from the UI thread asynchronously. Observations made when profiling unity8: 1. The QML ListView component updates its current item index when the next item reaches half-way across the screen (therefore, in mid animation between scopes). There doesn't look to be any serious blocking actions taking place during the onIsCurrentChange, setActive, etc. methods that I could find, but we should keep this in mind. 2. ResultsModel::data() seems to be called constantly while scrolling a scope up and down. I assume this should only be called once per result item (This doesn't explain the horizontal scrolling lag, but it may explain some vertical lag). 3. If you pull down to refresh any scope, then continuously move the dash left and right, the dash movement is smooth until results start showing up in the scope, at which point you see a lag as they appear. The lag observed here is almost definitely the same lag we see when scrolling through scopes (jittering as results start to pop up in scopes as they populate). (NOTE: All of the above points were observed with and without the latest unity8 performance fixes in rtm silo 8) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1395994/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1395994] Re: UI lags when scrolling through scopes
As Michał says we call ::data for each delegate and for each role, I could not reproduce it being called continously -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity8 in Ubuntu. https://bugs.launchpad.net/bugs/1395994 Title: UI lags when scrolling through scopes Status in “unity8” package in Ubuntu: New Bug description: Some causes ruled out: 1. OA in scopes can't be to blame as I have tested with and without it enabled, and with and without it present in the code (https://bugs.launchpad.net/ubuntu/+source/unity-scopes- api/+bug/1392615/comments/4). 2. Location can't be blamed either (for the same reasons as above, as well as removing location service usage from the shell plugin itself). 3. When profiling the QML and C++ code, I saw no indication that the shell plugin was doing anything process intensive enough to cause any hold up. In fact, it seems to be doing a pretty good job handling calls from the UI thread asynchronously. Observations made when profiling unity8: 1. The QML ListView component updates its current item index when the next item reaches half-way across the screen (therefore, in mid animation between scopes). There doesn't look to be any serious blocking actions taking place during the onIsCurrentChange, setActive, etc. methods that I could find, but we should keep this in mind. 2. ResultsModel::data() seems to be called constantly while scrolling a scope up and down. I assume this should only be called once per result item (This doesn't explain the horizontal scrolling lag, but it may explain some vertical lag). 3. If you pull down to refresh any scope, then continuously move the dash left and right, the dash movement is smooth until results start showing up in the scope, at which point you see a lag as they appear. The lag observed here is almost definitely the same lag we see when scrolling through scopes (jittering as results start to pop up in scopes as they populate). (NOTE: All of the above points were observed with and without the latest unity8 performance fixes in rtm silo 8) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1395994/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1395994] Re: UI lags when scrolling through scopes
Its quite easy to reproduce: Stick a qDebug(DATA() CALLED); into ResultsModel::data(), and keep scrolling one scope up and down. Those message don't seem to stop for me. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity8 in Ubuntu. https://bugs.launchpad.net/bugs/1395994 Title: UI lags when scrolling through scopes Status in “unity8” package in Ubuntu: New Bug description: Some causes ruled out: 1. OA in scopes can't be to blame as I have tested with and without it enabled, and with and without it present in the code (https://bugs.launchpad.net/ubuntu/+source/unity-scopes- api/+bug/1392615/comments/4). 2. Location can't be blamed either (for the same reasons as above, as well as removing location service usage from the shell plugin itself). 3. When profiling the QML and C++ code, I saw no indication that the shell plugin was doing anything process intensive enough to cause any hold up. In fact, it seems to be doing a pretty good job handling calls from the UI thread asynchronously. Observations made when profiling unity8: 1. The QML ListView component updates its current item index when the next item reaches half-way across the screen (therefore, in mid animation between scopes). There doesn't look to be any serious blocking actions taking place during the onIsCurrentChange, setActive, etc. methods that I could find, but we should keep this in mind. 2. ResultsModel::data() seems to be called constantly while scrolling a scope up and down. I assume this should only be called once per result item (This doesn't explain the horizontal scrolling lag, but it may explain some vertical lag). 3. If you pull down to refresh any scope, then continuously move the dash left and right, the dash movement is smooth until results start showing up in the scope, at which point you see a lag as they appear. The lag observed here is almost definitely the same lag we see when scrolling through scopes (jittering as results start to pop up in scopes as they populate). (NOTE: All of the above points were observed with and without the latest unity8 performance fixes in rtm silo 8) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1395994/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1395994] Re: UI lags when scrolling through scopes
SORRY!! I overlooked the result is constantly in view predicate. However, why recycle them out of view? -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity8 in Ubuntu. https://bugs.launchpad.net/bugs/1395994 Title: UI lags when scrolling through scopes Status in “unity8” package in Ubuntu: New Bug description: Some causes ruled out: 1. OA in scopes can't be to blame as I have tested with and without it enabled, and with and without it present in the code (https://bugs.launchpad.net/ubuntu/+source/unity-scopes- api/+bug/1392615/comments/4). 2. Location can't be blamed either (for the same reasons as above, as well as removing location service usage from the shell plugin itself). 3. When profiling the QML and C++ code, I saw no indication that the shell plugin was doing anything process intensive enough to cause any hold up. In fact, it seems to be doing a pretty good job handling calls from the UI thread asynchronously. Observations made when profiling unity8: 1. The QML ListView component updates its current item index when the next item reaches half-way across the screen (therefore, in mid animation between scopes). There doesn't look to be any serious blocking actions taking place during the onIsCurrentChange, setActive, etc. methods that I could find, but we should keep this in mind. 2. ResultsModel::data() seems to be called constantly while scrolling a scope up and down. I assume this should only be called once per result item (This doesn't explain the horizontal scrolling lag, but it may explain some vertical lag). 3. If you pull down to refresh any scope, then continuously move the dash left and right, the dash movement is smooth until results start showing up in the scope, at which point you see a lag as they appear. The lag observed here is almost definitely the same lag we see when scrolling through scopes (jittering as results start to pop up in scopes as they populate). (NOTE: All of the above points were observed with and without the latest unity8 performance fixes in rtm silo 8) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1395994/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
Re: [Touch-packages] [Bug 1395994] Re: UI lags when scrolling through scopes
SORRY!! I overlooked the result is constantly in view predicate. However, why recycle them out of view? Saving memory, imagine having 1 results above what you're looking at. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity8 in Ubuntu. https://bugs.launchpad.net/bugs/1395994 Title: UI lags when scrolling through scopes Status in “unity8” package in Ubuntu: New Bug description: Some causes ruled out: 1. OA in scopes can't be to blame as I have tested with and without it enabled, and with and without it present in the code (https://bugs.launchpad.net/ubuntu/+source/unity-scopes- api/+bug/1392615/comments/4). 2. Location can't be blamed either (for the same reasons as above, as well as removing location service usage from the shell plugin itself). 3. When profiling the QML and C++ code, I saw no indication that the shell plugin was doing anything process intensive enough to cause any hold up. In fact, it seems to be doing a pretty good job handling calls from the UI thread asynchronously. Observations made when profiling unity8: 1. The QML ListView component updates its current item index when the next item reaches half-way across the screen (therefore, in mid animation between scopes). There doesn't look to be any serious blocking actions taking place during the onIsCurrentChange, setActive, etc. methods that I could find, but we should keep this in mind. 2. ResultsModel::data() seems to be called constantly while scrolling a scope up and down. I assume this should only be called once per result item (This doesn't explain the horizontal scrolling lag, but it may explain some vertical lag). 3. If you pull down to refresh any scope, then continuously move the dash left and right, the dash movement is smooth until results start showing up in the scope, at which point you see a lag as they appear. The lag observed here is almost definitely the same lag we see when scrolling through scopes (jittering as results start to pop up in scopes as they populate). (NOTE: All of the above points were observed with and without the latest unity8 performance fixes in rtm silo 8) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1395994/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1395994] Re: UI lags when scrolling through scopes
** Summary changed: - UI lags when scrolling through favorited scopes + UI lags when scrolling through scopes -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity8 in Ubuntu. https://bugs.launchpad.net/bugs/1395994 Title: UI lags when scrolling through scopes Status in “unity8” package in Ubuntu: New Bug description: Some causes ruled out: 1. OA in scopes can't be to blame as I have tested with and without it enabled, and with and without it present in the code (https://bugs.launchpad.net/ubuntu/+source/unity-scopes- api/+bug/1392615/comments/4). 2. Location can't be blamed either (for the same reasons as above, as well as removing location service usage from the shell plugin itself). 3. When profiling the QML and C++ code, I saw no indication that the shell plugin was doing anything process intensive enough to cause any hold up. In fact, it seems to be doing a pretty good job handling calls from the UI thread asynchronously. Observations made when profiling unity8: 1. The QML ListView component updates its current item index when the next item reaches half-way across the screen (therefore, in mid animation between scopes). There doesn't look to be any serious blocking actions taking place during the onIsCurrentChange, setActive, etc. methods that I could find, but we should keep this in mind. 2. ResultsModel::data() seems to be called constantly while scrolling a scope up and down. I assume this should only be called once per result item (This doesn't explain the horizontal scrolling lag, but it may explain some vertical lag). 3. If you pull down to refresh any scope, then continuously move the dash left and right, the dash movement is smooth until results start showing up in the scope, at which point you see a lag as they appear. The lag observed here is almost definitely the same lag we see when scrolling through scopes (jittering as results start to pop up in scopes as they populate). (NOTE: All of the above points were observed with and without the latest unity8 performance fixes in rtm silo 8) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1395994/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
