#1088 closed defect (fixed)
Odd sound traceback using control-C with 0.17.0 windows client
| Reported by: | alas | Owned by: | alas |
|---|---|---|---|
| Priority: | minor | Milestone: | 0.17 |
| Component: | client | Version: | trunk |
| Keywords: | Cc: |
Description
Some more testing for #976 — windows 0.17.0 r11649 against fedora 23 0.17.0 r11669.
Was scaling up and down and up and down (no sign of repro for #1087 gdk_is_colormap error from OSX, despite using --opengl=on on Intel 4000 graphics on windows bootcamped mac-mini)... and all was well until I used control-C to disconnect.
Client-side, got:
2016-01-12 13:16:57,895 received console event CTRL_C Traceback (most recent call last): File "E:\xpra\trunk\src\xpra\sound\sink.py", line 253, in add_data KeyboardInterrupt 2016-01-12 13:16:57,903 sound output stopping
Oddest part is that I don't have an E drive mounted... bootcamped xpra is in C:\Program Files (x86)\Xpra.
Change History (3)
comment:1 Changed 5 years ago by
| Owner: | changed from Antoine Martin to alas |
|---|
comment:2 Changed 5 years ago by
| Resolution: | → fixed |
|---|---|
| Status: | new → closed |
Haven't seen the issue for some time, so I'll judge it fixed. Closing.
comment:3 Changed 3 months ago by
this ticket has been moved to: https://github.com/Xpra-org/xpra/issues/1088
Note: See
TracTickets for help on using
tickets.
copyleft 2010 - 2021
r11669 already fixes that, it is scheduled for backports.
Please close if that fixes it.
The path is my build path, must be an artifact of using cx_freeze for packaging the python3 sound bits on win32, it must be "freezing" the path it found at build time.