Timeline


and

23/05/13:

10:45 Ticket #231 (Swish 073 - Error time file) created by omoutret@touraine-logement.fr
With Swish, well as download the latest version 0.7.3, I get an error on …

21/05/13:

05:29 Ticket #182 (Upload progress doesn't update frequently) closed by alamaison
fixed: In [189817f37a81481c6a8a77d030b6f94e4467d44c/swish]: […]
05:20 Changeset in swish [5fe64b3] by alamaison
mastercmakedevelopfeature/vs2015release/0.8.0wip_vs_2015

Merge branch 'feature/async_drop_target' into develop

Conflicts:

swish/drop_target/DropUI.cpp

05:03 Changeset in swish [bb22a74] by alamaison
mastercmakedevelopfeature/vs2015release/0.8.0wip_vs_2015

Merge branch 'release/0.7.4' into develop

05:01 Changeset in swish [44cd7a5] by alamaison
mastercmakedevelopfeature/vs2015release/0.8.0wip_vs_2015

Merge branch 'release/0.7.4'

04:33 Changeset in swish [019444b] by alamaison
mastercmakedevelopfeature/vs2015release/0.8.0wip_vs_2015

Updated NEWS for version 0.7.4.

20/05/13:

20:37 Changeset in swish [457e3db] by alamaison
mastercmakedevelopfeature/vs2015release/0.8.0wip_vs_2015

Updated Welsh translation from Transifex.

20:34 Changeset in swish [4e8abc6] by alamaison
mastercmakedevelopfeature/vs2015release/0.8.0wip_vs_2015

Bumped version number to 0.7.4.

20:19 Changeset in swish [9f37ec7] by alamaison
mastercmakedevelopfeature/vs2015release/0.8.0wip_vs_2015

Merge branch 'feature/version_from_resource' into develop

20:16 Changeset in swish [6ccd761] by alamaison
mastercmakedevelopfeature/vs2015release/0.8.0wip_vs_2015

Centralise version information.

This make the resource (RC) file, the About dialog and the Winsparkle update initialisation get their version information from the same source. This stops them getting out of sync and makes it easier to bump the version number.

There are still other files that must have the version number changed manually. making_a_release.txt lists these.

18:39 Changeset in swish [335d30c] by alamaison
mastercmakedevelopfeature/vs2015release/0.8.0wip_vs_2015

Merge branch 'fix/sync_drop_ui_blocking' into develop

18:03 Changeset in swish [189817f] by alamaison
mastercmakedevelopfeature/vs2015release/0.8.0wip_vs_2015

Pump UI messages on synchronous drop.

Because we are no longer doing the transfer in a different COM apartment, which would pump messages during the call, the UI blocks on the drop. That includes not showing the progress dialog.

Therefore, we pump outstanding messages every time there is an update. I don't think this it the right solution, but we can't run the progress dialog in a different thread as that breaks the windows rules.

The UI is still not wonderfully responsive because it can only update a little each time the progress is updated. We may be able to do better once we use libssh2's non-blocking API as then we can pump messages more frequently.

Closes #182.

13:30 Changeset in swish [05fb4ea] by alamaison
fix/sync_ui_attempt

A try at fixing the blocking UI when doing a synchronous transfer.

Because we are no longer doing the transfer in a different COM apartment, which would pump messages during the call, the UI blocks on the drop. That includes not showing the progress dialog.

This change attempted to create and update the progress dialog on a new thread. It doesn't work because, I think, it breaks the Windows windowing rules by having an owned window created (and pumped) in a different thread. The pumping has to happen in the main thread.

19/05/13:

08:58 Changeset in swish [98ec918] by alamaison
mastercmakedevelopfeature/vs2015fix/sync_ui_attemptrelease/0.8.0wip_vs_2015

Fixed bug that should never have compiled.

Unbelievably, DummyProgress? didn't inherit from anything yet the
compiler was quite happy to let us use it as a Progress. But when the
code tried to call a method it would crash, presumably because there
was no vtable. How was this ever allowed to compile?!

Note: See TracTimeline for information about the timeline view.