Bugs item #3512782, was opened at 2012-03-29 04:28 Message generated for change (Settings changed) made by kargor You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=843359&aid=3512782&group_id=167540
Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: User Experience Group: None >Status: Closed Resolution: Fixed Priority: 2 Private: No Submitted By: Björn Kahlert (bkahlert) Assigned to: Alexander Waldmann (netcorps) Summary: No feedback when zipping Initial Comment: When a user zips his files for session synchronization the invited user gets no feedback but "waiting for archive file". ---------------------------------------------------------------------- Comment By: Stefan Rossbach (kargor) Date: 2012-04-02 16:05 Message: Marked as fixed, progress monitor now displays what remote side is currently doing (zipping files). And again, there is nothing wrong with zipping the files. It would not change. We cannot do more than calling the API methods. ---------------------------------------------------------------------- Comment By: Alexander Waldmann (netcorps) Date: 2012-03-30 00:13 Message: It's interesting that zipping take so long on a MAC. We should further investigate why the speed is significantly slower than on windows computers, as i never observed zipping to take that long. Even with my broken HDD (already arrived at the click...clack..click..clack noices...) the zipping of 80MB (Saros with some garbage inside) takes less than 30 seconds. We should primarily try to increase the speed of the zipping and unzipping, so it's not that severe :-) ---------------------------------------------------------------------- Comment By: Björn Kahlert (bkahlert) Date: 2012-03-29 05:10 Message: On macs zipping 21MB takes 3 minutes. For the created zip (12MB) to unzip it takes another 30 seconds. If people wouldn't be connected via Skype or something equivalent you would wonder if something even happens. ---------------------------------------------------------------------- Comment By: Alexander Waldmann (netcorps) Date: 2012-03-29 04:46 Message: The remoteProgressMonitor would also overlap the existing progress monitor from the job. and i don't think that the zipping progress is so important, that users would accept having yet another window pop up in their eclipse instance :-) ---------------------------------------------------------------------- Comment By: Alexander Waldmann (netcorps) Date: 2012-03-29 04:45 Message: We would have to use a remoteProgress monitor to display more information here, but it's difficult to decide in which intervals the remote user should get details on the zipping progress without significantly slowing down the overall invitation process by doing that. The statistics clearly indicate: the average size of transferred projects is less than 3.25 MB. This should get zipped within less than 5 seconds on any pc, so i reduced the priority of this bug. I also thought about renaming the message to "Host is zipping files. Waiting for the ZIP file" or something similar. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=843359&aid=3512782&group_id=167540 ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Dpp-robot mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/dpp-robot
