http://bugs.winehq.org/show_bug.cgi?id=20217
Summary: SecureCRT: Garbage is written over text when selecting
items in window
Product: Wine
Version: 1.1.30
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: perrym3(a)gmail.com
When viewing a list of sessions in the Connect window, if the user clicks on a
session other than the one that is highlighted, all of the session names in
between are overwritten with garbage. The garbage is never the same. See the
attached screenshot for reference.
Steps to reproduce:
Create several profiles if you don't have any already.
Open the connect window. Click on any session that is not highlighted in order
to select it.
Result:
All of the sessions between the one that was originally selected and the one
you click on are overwritten with garbage.
Expected result:
None of the unselected text should change.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=19331
Summary: Updating bugs with lots of CCs take far too long
Product: WineHQ Bugzilla
Version: 3.2.3
Platform: PC
OS/Version: Linux
Status: NEW
Keywords: source
Severity: trivial
Priority: P4
Component: bugzilla-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
I'm sure anyone who has been using Bugzilla for long enough has noticed that
updating bugs with a large number of CCs and/or votes takes unreasonably long.
Marking a bug a duplicate of another can time out.
You can ignore this by reopening the bug without waiting for the page to
reload, and the emails will still be sent.
Can something be changed for this? We don't really need to know who is being
emailed, it can be assumed from the lists.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=7551
Bug 7551 depends on bug 7768, which changed state.
Bug 7768 Summary: server should set process affinity
http://bugs.winehq.org/show_bug.cgi?id=7768
What |Old Value |New Value
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=7768
Juan Lang <juan_lang(a)yahoo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
--- Comment #13 from Juan Lang <juan_lang(a)yahoo.com> 2009-09-30 11:15:21 ---
Fixed by commits 24036fe13a5bff131640a449c69329040e532871 and
474b2e4bfb46cf1bb8db0faa6ecfdb3fd157b117.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=1347
Ken Sharp <kennybobs(a)o2.co.uk> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |source
URL|http://appdb.winehq.org/app |http://sourceforge.net/proj
|view.php?appId=1029 |ects/virtualdub/files/virtu
| |aldub-win/1.7.0.25854/Virtu
| |alDub-1.7.0.zip/download
Severity|normal |major
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Severity|major |minor
Ken Sharp <kennybobs(a)o2.co.uk> changed:
What |Removed |Added
----------------------------------------------------------------------------
Severity|minor |major
Ronny Standtke <Ronny.Standtke(a)gmx.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |Ronny.Standtke(a)gmx.net
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Severity|major |minor
Stephen Eilert <spedrosa(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |spedrosa(a)gmail.com
Saulius K. <saulius2(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |saulius2(a)gmail.com
Carlton Hobbs <carlton.hobbs(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |carlton.hobbs(a)gmail.com
Austin English <austinenglish(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #13834|0 |1
is obsolete| |
G.vorr <bugs.glenn+wine(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |bugs.glenn+wine(a)gmail.com
--- Comment #44 from Ken Sharp <kennybobs(a)o2.co.uk> 2009-04-28 15:21:28 ---
*** Bug 18212 has been marked as a duplicate of this bug. ***
--- Comment #45 from Ken Sharp <kennybobs(a)o2.co.uk> 2009-08-10 19:32:23 ---
A lot of people reporting the same problem for a lot of apps - moving to major.
Source available for VirtualDub.
--- Comment #46 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2009-08-10 21:44:44 ---
This is a trivial GUI problem nothing major about it.
--- Comment #47 from Ken Sharp <kennybobs(a)o2.co.uk> 2009-08-11 06:02:29 ---
S103, VirtualDub 1.7 and Quicktime are unusable, the make all the other apps on
a system unusable too.
Certainly not minor.
--- Comment #48 from Ronny Standtke <Ronny.Standtke(a)gmx.net> 2009-08-11 07:12:25 ---
The definition of major is: "Major loss of functionality for a wide range of
applications", see http://bugs.winehq.org/page.cgi?id=fields.html#importance
I can confirm that a wide range of applications is broken because of this
issue, e.g. every application where Quicktime is used destroys the user
desktop. Unfortunately, there are a lot of such applications.
--- Comment #49 from Stefan Dösinger <stefandoesinger(a)gmx.at> 2009-08-11 08:10:17 ---
The apps that blank the screen that way are broken in some form - what they're
doing is not compatible with composited desktops. Vista disables Aero in that
case.
A workaround for those apps that are still maintained, like QuickTime, is to
set winver=vista - that way they'll use an alternate, more sane codepath.
QuickTime for example uses d3d9 for drawing instead of DirectDraw rendering to
the desktop window.
--- Comment #50 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2009-08-11 08:47:55 ---
Minor - For minor loss of functionality, or other problem where an *easy
workaround is present* (virtual desktop).
Trivial - For a UI glitch that doesn't affect running of a program
Does "blanking the screen" affect running the actual program? - No.
--- Comment #51 from Austin English <austinenglish(a)gmail.com> 2009-08-11 10:41:48 ---
(In reply to comment #50)
> Minor - For minor loss of functionality, or other problem where an *easy
> workaround is present* (virtual desktop).
> Trivial - For a UI glitch that doesn't affect running of a program
> Does "blanking the screen" affect running the actual program? - No.
Not all programs have a workaround. E.g., programs that haven't made a Vista
version.
--- Comment #52 from B. Wong <winehq.org(a)wongs.net> 2009-08-11 11:53:07 ---
(In reply to comment #50)
> Minor - For minor loss of functionality, or other problem where an *easy
> workaround is present* (virtual desktop).
> Trivial - For a UI glitch that doesn't affect running of a program
> Does "blanking the screen" affect running the actual program? - No.
Actually, switching virtual desktops in order to refresh the screen does not
work well enough to call it a workaround. Many of the applications affected by
this are unusable if one must constantly switch virtual desktops. This isn't a
minor loss of functionality; this is a total loss. The only "workaround" is to
simply not run the applications.
I believe Ken Sharp was correct to change this bug to MAJOR.
--- Comment #53 from Stefan Dösinger <stefandoesinger(a)gmx.at> 2009-08-11 11:54:35 ---
> > What´s going to be broken by the fix then?
> That'd be a better question for Stefand. I haven't noticed anything broken
> on my end, but I haven't tested it extensively.
1) Any app that locks the front buffer without a rect limiter and expects this
to be fast.
2) Any app that locks the front buffer and passes in a limiting rectangle, but
doesn't clip properly will still black out the screen
3) The !(Flags & DDLOCK_WRITEONLY) is a condition that has nothing to do with
the problem, it just happens that all QuickTime locks that work properly and
require fast performance have this flag set by chance.
4) If apps do a non-writeonly lock once, then a number of full-screen writeonly
locks, we'll write the old screen content back. The screen won't be black, it
will have outdated content.
(1) Is not much of a problem - those apps would black out the screen right now
(2) isn't much of a problem either. Its just no improvement
(3) is worrysome. Do the apps still work properly if this WRITEONLY condition
is taken away? Do quicktime videos play with proper performance? (This
WRITEONLY check is a performance hack on top of the readback hack)
(4) Can cause troubles for the user because you could read outdated content in
your Linux apps and don't know it.
Alexandre rejected the basic idea of reading the screen content. We have the
following options:
*) Move ddraw into the X server. Not going to happen. It was called DGA, and
dropped.
*) use the GL ddraw implementation and allow a GL context to be set up against
the desktop window(ie, NULL hwnd). We could implement that in winex11 by using
a PBuffer and copying the screen into and out of the pbuffer. Still it would be
hacky and break compiz. So we have to disable compiz in this case (like vista
does), and hope for proper performance, and hope that all drivers support
PBuffers(the open source ones don't)
*) Persuade AJ to accept the hack as-is
*) Close this bug as WONTFIX.
--- Comment #54 from Austin English <austinenglish(a)gmail.com> 2009-08-11 11:59:04 ---
What about having including the hack, and allow it to be enabled/disabled by
registry key.
WONTFIX seems a bit much for a bug affecting a lot of applications.
--- Comment #55 from Stefan Dösinger <stefandoesinger(a)gmx.at> 2009-08-11 17:10:12 ---
(In reply to comment #54)
> What about having including the hack, and allow it to be enabled/disabled by
> registry key.
Either we trust the hack, or we don't. I don't see a point in adding a registry
key.
--- Comment #56 from Carlton Hobbs <carlton.hobbs(a)gmail.com> 2009-08-15 16:57:57 ---
I'm not a programmer, could someone explain how to try the hack so I can see if
bug 19733 is a duplicate? It is also a screen blanking problem in the freeware
game Pendulumania.
--- Comment #57 from B. Wong <winehq.org(a)wongs.net> 2009-08-16 11:53:19 ---
(In reply to comment #56)
> I'm not a programmer, could someone explain how to try the hack so I can see if
> bug 19733 is a duplicate? It is also a screen blanking problem in the freeware
> game Pendulumania.
There is no easy way to try the hack, except to use CrossOver from
CodeWeavers.com. There's a free demo you can download. If it doesn't work in
CrossOver, then the bugs are separate. If it does work then you're back to
recompiling Wine to figure out which patch fixed it.
--- Comment #58 from Austin English <austinenglish(a)gmail.com> 2009-08-16 14:12:49 ---
Created an attachment (id=23118)
--> (http://bugs.winehq.org/attachment.cgi?id=23118)
rediffed hack
Works fine in current (1.1.27) wine. Tested against quicktime.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=6930
Hans Leidekker <hans(a)meelstraat.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dimesio(a)earthlink.net
--- Comment #12 from Hans Leidekker <hans(a)meelstraat.net> 2009-09-30 05:56:23 ---
*** Bug 19230 has been marked as a duplicate of this bug. ***
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=3297
Arseny Solokha <b0ntrict0r(a)yandex.ru> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |b0ntrict0r(a)yandex.ru
--- Comment #11 from Arseny Solokha <b0ntrict0r(a)yandex.ru> 2009-09-30 04:42:21 ---
Still reproducible with wine 1.1.30.
Bug 19120 may be duplicate for this bug.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=1660
Louis Lenders <xerox_xerox2000(a)yahoo.co.uk> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
CC| |xerox_xerox2000(a)yahoo.co.uk
Resolution| |FIXED
--- Comment #30 from Louis Lenders <xerox_xerox2000(a)yahoo.co.uk> 2009-09-29 15:29:30 ---
(In reply to comment #29)
> Should be fixed with
> http://source.winehq.org/git/wine.git/?a=commit;h=dbb29993db537a3d2de4f1de3…
Yes, demo plays fine here now with current git. Great job Markus!
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.