Difference between revisions of "Bug:294"

From Audacity Wiki
Jump to: navigation, search
(For bug 294)
 
m (Text replace - "http://bugzilla.audacityteam.org" to "https://bugzilla.audacityteam.org")
 
(4 intermediate revisions by 3 users not shown)
Line 1: Line 1:
{{P3|Extra={{Regression}}{{Linux}}|Description=Bug 294: [http://bugzilla.audacityteam.org/show_bug.cgi?id=294 Keyboard focus not restored to its previous place once lost].{{BugLink|294}}}}
+
{{P5|Extra={{Linux}} {{OSX}}|Description=Bug 294: [https://bugzilla.audacityteam.org/show_bug.cgi?id=294 Keyboard focus not restored to its previous place after opening a dialog]{{BugLink|294}}}}
{{BugSummary|
+
{{BugSummary|1=
80 Comments.
+
81 Comments.
* After importing using (SHIFT+CTRL+I) SPACE does not play the imported track.
+
* This was originally a P3 Linux issue that after importing using (SHIFT+CTRL+I), Space did not play the imported track.  
** This is associated with the warning dialog that pops up for linked audio, right?
+
* It was also noted in the bug comments that on Mac and Linux, focus did not always return where it was after opening a dialog, but did on Windows.
** Work has been done on this bug and the description above may be completely wrong!
+
* This bug was fixed for a while, except for the Mac/Linux focus issue as above.
** Seen on Ubuntu Linux, not Mac or Windows.
+
* Then it was discovered on Linux that if the new "Importing Uncompressed Audio Files" dialog appeared, the imported WAV/AIFF could not be played using Space. This problem is (mostly) repeatable and is now at [https://bugzilla.audacityteam.org/show_bug.cgi?id=370 bug 370] (Linux-only P3).
* Likely to be demoted to a P5
+
* This bug (294) is now demoted to P5 for the Mac/Linux issues where focus does not return to the original place after opening a dialog. We want this to happen for platform consistency.  
 +
* We know which Mac dialogs result in focus not returning where it was. We may need discussion about Linux although it is believed most dialogs cause focus to move back to TrackPanel.
 +
}}<noinclude>
 +
 
 +
 
 +
== Other Links==
 +
* [https://forum.audacityteam.org/viewtopic.php?f=18&t=49694 Forum Link]
  
}}<noinclude>
+
 
 +
== Q&A ==
 +
 
 +
 
 +
== Mac behaviour ==
 +
See https://bugzilla.audacityteam.org/show_bug.cgi?id=294#c41
  
  
== Q&A==
+
== Linux behaviour ==

Latest revision as of 13:30, 21 August 2017

Summary Points


81 Comments.

  • This was originally a P3 Linux issue that after importing using (SHIFT+CTRL+I), Space did not play the imported track.
  • It was also noted in the bug comments that on Mac and Linux, focus did not always return where it was after opening a dialog, but did on Windows.
  • This bug was fixed for a while, except for the Mac/Linux focus issue as above.
  • Then it was discovered on Linux that if the new "Importing Uncompressed Audio Files" dialog appeared, the imported WAV/AIFF could not be played using Space. This problem is (mostly) repeatable and is now at bug 370 (Linux-only P3).
  • This bug (294) is now demoted to P5 for the Mac/Linux issues where focus does not return to the original place after opening a dialog. We want this to happen for platform consistency.
  • We know which Mac dialogs result in focus not returning where it was. We may need discussion about Linux although it is believed most dialogs cause focus to move back to TrackPanel.


Other Links


Q&A

Mac behaviour

See https://bugzilla.audacityteam.org/show_bug.cgi?id=294#c41


Linux behaviour