View Issue Details

IDProjectCategoryView StatusLast Update
0007580MMW v4Synchronizationpublic2011-04-07 19:20
Reporterrusty Assigned To 
PriorityurgentSeveritymajorReproducibilityalways
Status closedResolutionfixed 
Product Version4.0 
Target Version4.0Fixed in Version4.0 
Summary0007580: MTP Synchronization takes ~5-10s to initiate (regression)
DescriptionIn build 1356, whenenever an autosync is initiated to an MTP device, it takes ~5-10 seconds before any sync activity begins (or at least appears to begin as evidenced by the status bar).

This leads the user to believe that the sync button isn't working.
TagsNo tags attached.
Attached Files
bug_7580_debug_log.zip (161,726 bytes)
Fixed in build1359

Relationships

related to 0007595 closedmichal mp3 files are auto-converted on sync to device, even when non necessary (regression) 
related to 0009284 closedLudek MTP performance can be very slow in some cases 

Activities

jiri

2011-03-25 10:43

administrator   ~0023891

I don't see any difference, sync starts immediately here. Are you sure it's a regression, isn't it a scanning of a quite large device?

Maybe a debug log would help to clarify (with indication of when does which action begin).

rusty

2011-03-25 14:11

administrator   ~0023894

Upon further testing, I think that the bug is actually a UI bug (UI redrawing is holding up the initiation of synchronization), and that it might be related to issue 0007586.

Here is a video of the issue:
http://www.screencast.com/users/rustymonkey/folders/Jing/media/1f3e7199-848e-4ce7-9d3c-e98f7fed9476

Debug log is attached as well.

rusty

2011-03-25 14:17

administrator   ~0023895

Follow up: there's definitely a UI bug, but the delay is specific to MTP devices. i.e. when I do the exact same test with an iPod, there's only a ~1s delay.

jiri

2011-03-25 14:58

administrator   ~0023898

It's apparent from the video that the problem is in showing the in-place device config dialog. The debug log doesn't show any clear reason for the slowdown though.

In case we can't find any reason, some debug messages could be added to showing of the dialog. I wonder whether it couldn't be e.g. retrieval of device total&free space? All such actions should be done only after the dialog is shown in order to avoid any such problems.

Ludek

2011-03-28 22:22

developer   ~0023956

Last edited: 2011-03-28 22:46

Added useful debug strings in build 1359.

My expectation is that this regression is related to Supported formats reading (related to issue 0007595) and I also probably found the problem in the code and fixed in build 1359 althoug on my DB the performance glitch wasn't so critical so there might be something else.

rusty

2011-04-07 19:20

administrator   ~0024114

This is resolved in 1361.