Bug 1544 – Clipboard size indicator does not update in a timely fashion

••• Introduction •••
••• Keywords •••

Audacity 3.0.3 development began 19th April 2021

Audacity Bugzilla

Bug 1544 - Clipboard size indicator does not update in a timely fashion


Summary:	Clipboard size indicator does not update in a timely fashion

Status:	RESOLVED FIXED

Product:	Audacity
Classification:	Unclassified
Component:	User Interface
Version:	2.1.3
Hardware:	Per OS All

Importance:	P4 RepeatableAll
Assigned To:	Default Assignee for New Bugs

URL:
Keywords:

Depends on:
Blocks:
	Show dependency tree / graph

Reported:	2016-11-08 11:41 UTC by Peter Sampson
Modified:	2018-08-20 11:46 UTC (History)
CC List:	6 users (show)

See Also:
Steps To Reproduce:	1) Generate tone 30 seconds 2) Select All 3) Copy button 4) => no change to Clipboard Space at 0.0 5) Skip to end - no change from 0.0 6) Cmd+V to paste 7) now the Cipboard space shows 5.1 MB 8) Select 1 second 9) click Copy button 10) Clipboard space still shows 5.1 MB 11) Skip to end - no change from 5.1 12) Cmd+V to paste 13) now the Cipboard space shows 175.3 KB
Release Note:
First Git SHA:
Group:	---
Workaround:
Closed:	2018-08-20 00:00:00

Flags:	gale: Test‑OK‑Win? petersampsonaudacity: Test‑OK‑Win+ gale: Test‑OK‑Mac? gale: Test‑OK‑Lin?

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description Peter Sampson 2016-11-08 11:41:27 UTC

The new Clipboard size indicator (in the History dialog) does not update immediately in a timely fashion when the contents of the clipboard change.

Surely the Clipboard space should have updated at steps 3 & 9
when the Paste is invoked and the contents of the clipboard change.

Comment 1 Paul L 2016-11-08 22:58:53 UTC

Fixed at

https://github.com/audacity/audacity/commit/53a5c930a4b5b053ab06a8b975458fc51cf41f6c


   This should be tested for Cut, Split Cut, Copy, and also for the same
    commands in the Labeled Audio sub-menu of Edit.

Comment 2 Peter Sampson 2016-11-09 08:05:31 UTC

(In reply to Paul L from comment #1)
Tested on macOS Sierra 53a5c93

tested for Cut, Split Cut, Copy, and also for the same commands in the Labeled Audio sub-menu of Edit.  Tested with buttons and shortcuts too.

In all cases the  History window clipboard data is properly updated dynamically as it occurs.

Comment 3 Peter Sampson 2016-11-10 08:53:15 UTC

(In reply to Paul L from comment #1)
Tested on W10 on audacity-win-re503358-2.1.3-alpha-10-nov-16

As with the Mac tests:  tested for Cut, Split Cut, Copy, and also for the same commands in the Labeled Audio sub-menu of Edit.  Tested with buttons and shortcuts too.

In all cases the  History window clipboard data is properly updated dynamically as it occurs.

Comment 4 Gale Andrews 2016-12-01 20:22:55 UTC

Tests OK on Ubuntu 14.04 for Cut, Split Cut, Copy, and for the same Labeled Audio commands.

There is still a case of late updating if you have two projects (observed on Windows and Ubuntu). Is it fixable?

1 New project, Open History, Generate 10 minutes of tone, Copy and observe clipboard usage as 102.1 MB as expected.
2 New project, Open History, Generate 1 minute of Audio, Copy and observe clipboard usage changes to 10.1 MB as expected. 
3 Task switch to the project containing 10 minutes of tone. Clipboard usage is still shown as 102.1 MB. Perform any action that updates the Undo stack such as creating a new track. Clipboard usage updates to 10.1 MB. If you paste to update the Undo stack, the 1 minute of audio is correctly pasted despite what the clipboard usage said before the paste.

Comment 5 Peter Sampson 2018-01-25 12:52:11 UTC

(In reply to Gale Andrews from comment #4)
Gale wrote:
>There is still a case of late updating if you have two projects 
>(observed on Windows ...

I cannot reproduce this on W10 with 2.2.2 JC008 12Jan18 - accordingly I am goin to mark this as fixed