http://bugs.winehq.com/show_bug.cgi?id=730
*** shadow/730 Sat May 25 12:46:34 2002
--- shadow/730.tmp.29330 Sat May 25 16:14:11 2002
***************
*** 58,60 ****
--- 58,65 ----
[HKEY_CLASSES_ROOT\CLSID\{0D43FE01-F093-11CF-8940-00A0C9054228}\Version]
@="1.0"
+
+ ------- Additional Comments From Speeddymon(a)yahoo.com 2002-05-25 16:14 -------
+ there was a patch just committed to CVS less then 5 minutes ago from the time
+ of this writing that may fix this issue, download latest cvs and try it out,
+ let us know if the error still exists...
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=561
*** shadow/561 Sat May 25 15:47:37 2002
--- shadow/561.tmp.28106 Sat May 25 15:48:07 2002
***************
*** 2,8 ****
| No implementation for SHLWAPI.StrRetToStrW (Quicken 2001 Deluxe) |
+----------------------------------------------------------------------------+
| Bug #: 561 Product: Wine |
! | Status: UNCONFIRMED Version: 20011004 |
| Resolution: Platform: |
| Severity: major OS/Version: All |
| Priority: P1 Component: wine-misc |
--- 2,8 ----
| No implementation for SHLWAPI.StrRetToStrW (Quicken 2001 Deluxe) |
+----------------------------------------------------------------------------+
| Bug #: 561 Product: Wine |
! | Status: UNCONFIRMED Version: 20020509 |
| Resolution: Platform: |
| Severity: major OS/Version: All |
| Priority: P1 Component: wine-misc |
***************
*** 46,48 ****
--- 46,56 ----
------- Additional Comments From roz(a)one.net 2002-05-25 15:47 -------
Created an attachment (id=131)
100 line relay trace
+
+
+ ------- Additional Comments From roz(a)one.net 2002-05-25 15:48 -------
+ As requested, I verified the bug still exists with the current version (Mandrake
+ Cooker RPM of 5/09/2002). It does.
+
+ Also, attached is the file with the last 100 lines of the relay trace. If you
+ need more lines, let me know. I still have the 70MB complete log. :)
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=561
*** shadow/561 Thu May 23 14:55:08 2002
--- shadow/561.tmp.28068 Sat May 25 15:47:37 2002
***************
*** 42,44 ****
--- 42,48 ----
Could you get a relay trace as described here:
http://www.winehq.org/Docs/wine-user/bugs.shtml
Please, attach the archived relay trace to the bug report.
+
+ ------- Additional Comments From roz(a)one.net 2002-05-25 15:47 -------
+ Created an attachment (id=131)
+ 100 line relay trace
http://bugs.winehq.com/show_bug.cgi?id=616
*** shadow/616 Sat May 25 15:03:09 2002
--- shadow/616.tmp.25959 Sat May 25 15:11:02 2002
***************
*** 2,8 ****
| keyboard input not working in warcraft II |
+----------------------------------------------------------------------------+
| Bug #: 616 Product: Wine |
! | Status: UNCONFIRMED Version: 20020411 |
| Resolution: Platform: |
| Severity: normal OS/Version: All |
| Priority: P1 Component: wine-directx |
--- 2,8 ----
| keyboard input not working in warcraft II |
+----------------------------------------------------------------------------+
| Bug #: 616 Product: Wine |
! | Status: RESOLVED Version: 20020411 |
| Resolution: Platform: |
| Severity: normal OS/Version: All |
| Priority: P1 Component: wine-directx |
***************
*** 144,146 ****
--- 144,169 ----
+ if (!other) change_queue_bits( queue, 0, clr_bit );
+ break;
+ }
+
+
+ ------- Additional Comments From Speeddymon(a)yahoo.com 2002-05-25 15:11 -------
+ sigh myself, i didn't read to the bottom before making that last post! oops...
+ more than likely, it is just the fact that warcraft2 needs to be able to grab
+ the input devices via directx, since that patch. before it didn't matter
+ because the way that input messages were being handled, everything got through,
+ but now, dxgrab is needed for warcraft to recognize the keyboard.... i think
+ that your best bet would be to leave dxgrab to n in the x11drv section and
+ create an appdefaults section at the bottom like this:
+
+ [AppDefaults\\warcraft2.exe\\x11drv]
+ "DXGrab" = "N"
+
+ where the warcraft2.exe in the [] is the actual name of your warcraft2
+ executable.
+
+ thanks for the bug report though, and im glad that i was able to help you. if
+ you ever think you have found a bug, dont hesitate to post it here, we are
+ always glad to be rid of them, and if it turns out to not be one, oh well, at
+ least we got another satisfied user! ;)
+
+ -Dustin
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=616
*** shadow/616 Sat May 25 14:05:50 2002
--- shadow/616.tmp.25531 Sat May 25 15:03:09 2002
***************
*** 121,123 ****
--- 121,146 ----
*sigh* Sorry I should've check this before.
Does this imply a configuration error or a wine bug?
+
+ ------- Additional Comments From Speeddymon(a)yahoo.com 2002-05-25 15:03 -------
+ something i noticed in the patch, dont know if it has anything to do with the
+ problem, but where is the default case in this statement?! ;)
+
+ + switch(kind)
+ + {
+ + case SEND_MESSAGE:
+ + if (!queue->msg_list[kind].first) change_queue_bits( queue, 0,
+ QS_SENDMESSAGE );
+ + break;
+ + case POST_MESSAGE:
+ + if (!queue->msg_list[kind].first) change_queue_bits( queue, 0,
+ QS_POSTMESSAGE );
+ + break;
+ + case COOKED_HW_MESSAGE:
+ + case RAW_HW_MESSAGE:
+ + clr_bit = get_hardware_msg_bit( msg );
+ + for (other = queue->msg_list[kind].first; other; other = other->next)
+ + if (get_hardware_msg_bit( other ) == clr_bit) break;
+ + if (!other) change_queue_bits( queue, 0, clr_bit );
+ + break;
+ + }
http://bugs.winehq.com/show_bug.cgi?id=729
*** shadow/729 Sat May 25 12:26:13 2002
--- shadow/729.tmp.25066 Sat May 25 14:56:18 2002
***************
*** 31,33 ****
--- 31,41 ----
------- Additional Comments From dragon_sdc(a)hotmail.com 2002-05-25 12:26 -------
Created an attachment (id=130)
A snapshot of the problem - no need to email me now :-)
+
+
+ ------- Additional Comments From Speeddymon(a)yahoo.com 2002-05-25 14:56 -------
+ could it at all be the skin? try it in windows with that same skin just to
+ make sure, i have had problems like that depending on the skin i was using...
+
+ if it doesn't display the problem in windows, try it in linux with the default
+ winamp skin, and let us know what happens..
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=720
*** shadow/720 Sat May 25 09:26:01 2002
--- shadow/720.tmp.24742 Sat May 25 14:51:45 2002
***************
*** 67,69 ****
--- 67,76 ----
Regards
Massimo
+
+ ------- Additional Comments From Speeddymon(a)yahoo.com 2002-05-25 14:51 -------
+ sounds to me like it isn't getting the coordinates of the drawing correctly,
+ and therefore redrawing it incorrectly...
+
+ could you attach those same 3 screenshots except done in windows (so that the
+ error isn't there)?
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=640
*** shadow/640 Fri May 24 21:27:38 2002
--- shadow/640.tmp.24534 Sat May 25 14:48:17 2002
***************
*** 120,122 ****
--- 120,128 ----
Okay, I added the 1.log file as an attachment to this bug. Hope it helps. I just
ran Winamp like you said, opened the Perferences dialog box, dragged it around a
little, then closed Winamp.
+
+ ------- Additional Comments From Speeddymon(a)yahoo.com 2002-05-25 14:48 -------
+ thanks, that should help find the source of the problem, anyone else need any
+ debug output messages? as for my copy of the log, i didnt get a chance to make
+ it last night or today before i left my house, so it will have to wait until
+ tomorrow or monday
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=469
*** shadow/469 Fri May 24 13:45:20 2002
--- shadow/469.tmp.23990 Sat May 25 14:33:39 2002
***************
*** 140,142 ****
--- 140,235 ----
What is your OS/distribution?
Can this application be freely accessed (probably demo/trial version)? If yes,
please describe how to reproduce the issue.
+
+ ------- Additional Comments From sbuehne(a)web.de 2002-05-25 14:33 -------
+ Hi Anryi,
+ I did some tests on the CVS tree as you suggested. I builded up the complete CVS
+ tree and went back to the 31st of July. As expected the application worked with
+ this wine build. Going forward I could identify the last working wine version
+ which is from August, 20th 2001.
+
+ In the diffs for the wine build for the 21st August the follwing
+ changes are listed:
+
+ 2001-08-21 Alexandre Julliard <julliard(a)winehq.com>
+ +
+ +
+ * windows/painting.c, windows/win.c, windows/winpos.c,
+ +
+ dlls/x11drv/winpos.c, include/win.h:
+ +
+ Removed WIN_GetDesktop().
+ +
+ +
+ * win32/console.c, windows/multimon.c, windows/x11drv/clipboard.c,
+ +
+ debugger/break.c, debugger/editline.c, debugger/msc.c,
+ +
+ dlls/msacm/msacm32_main.c, dlls/ole32/ole2.c, dlls/shell32/systray.c,
+ +
+ dlls/user/dde/server.c, dlls/winmm/driver.c, dlls/winmm/mci.c,
+ +
+ dlls/winmm/mmio.c, dlls/winmm/wineoss/mmaux.c,
+ +
+ documentation/debugger.sgml, msdos/int2f.c:
+ +
+ Francois Gouget <fgouget(a)free.fr>
+ +
+ Documentation updates (mainly thru vs. through).
+ +
+ +
+ * dlls/comctl32/listview.c:
+ +
+ Gerard Patel <gerard.patel(a)nerim.net>
+ +
+ Rect returned by LISTVIEW_GetItemRect should be total size in report
+ +
+ mode.
+ +
+ +
+ * graphics/x11drv/bitmap.c:
+ +
+ Gerard Patel <gerard.patel(a)nerim.net>
+ +
+ Default bitmap is not subject to reference counting.
+ +
+ +
+ * dlls/oleaut32/olepicture.c, dlls/oleaut32/typelib.c,
+ +
+ dlls/oleaut32/variant.c, include/oleauto.h, include/wine/obj_oleaut.h:
+ +
+ Francois Gouget <fgouget(a)free.fr>
+ +
+ Add the decVal field to VARIANT.
+ +
+ Fix the VARIANT C layout, i.e. the union/struct names/nesting.
+ +
+ Encapsulate all accesses to VARIANT types with the V_VT and V_UNION
+ +
+ macros.
+ +
+ +
+ * server/serial.c:
+ +
+ Mike McCormack <mike_mccormack(a)start.com.au>
+ +
+ Unconditionally set O_NONBLOCK when opening.
+
+ I have tested to undo the change to the serial.c modul.
+ So I removed this line from the wine build of 24th of August 2001 on my machine
+ and compiled wine without this modification. But the application is still
+ failing. So the modification to the serial.c modul does not seem to be the cause
+ of the problem.
+
+ To your other questions:
+ Also the current wine version do not work. I'm still using the old stuff.
+ The application is free available, because it is a monitoring program to a SOLAR
+ equipment, which is installed on the roof. This application reads from a serial
+ port the current status of this equipment.
+
+ My OS is a SuSE Distribution 7.3. The current kernel version is 2.4.18
+
+
+ Regards
+
+ Stephan
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=151
*** shadow/151 Sat May 25 14:12:56 2002
--- shadow/151.tmp.23045 Sat May 25 14:12:56 2002
***************
*** 0 ****
--- 1,61 ----
+ +============================================================================+
+ | dialog focus handling is not correct (e.g. in installers) |
+ +----------------------------------------------------------------------------+
+ | Bug #: 151 Product: Wine |
+ | Status: NEW Version: unspecified |
+ | Resolution: Platform: |
+ | Severity: normal OS/Version: All |
+ | Priority: P1 Component: wine-user |
+ +----------------------------------------------------------------------------+
+ | Assigned To: wine-bugs(a)winehq.com |
+ | Reported By: andi(a)rhlx01.fht-esslingen.de |
+ | CC list: Cc: |
+ +----------------------------------------------------------------------------+
+ | Milestone: TargetMilestone: --- |
+ | URL: |
+ +============================================================================+
+ | DESCRIPTION |
+ Many installers seem to have problems with their initial dialog
+ (no focus, ...)
+
+ Roger Wilco's configuration wizard (property sheet imitation)
+ doesn't have a focus at all.
+ this configuration wizard has one dialog (cancel, back, next button, main area)
+ encapsulating
+ *another* dialog. This seems to get messed up somehow, and we end up with no
+ focus at all.
+ The key area to that clearly is the focus handling after WM_INITDIALOG in
+ DIALOG_CreateIndirect().
+ Note that Roger Wilco always returns FALSE for a WM_INITDIALOG, indicating its
+ own focus
+ handling (which it obviously doesn't do).
+ Thus Wine jumps in and messes it up :)
+
+ Oh well, after having spent some hours on this without a real solution (i.e. one
+ that doesn't just look
+ perfect in *this* case, but apart from that busts any other program out there),
+ I think I'll just submit
+ Roger Wilco as one "problem case".
+
+ If you get hold of some installer that has focus problems or other programs,
+ then add them here please
+ in order to have a real collection of problem cases.
+
+ ------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2001-01-04 15:22 -------
+ Created an attachment (id=15)
+ Roger Wilco (version Mark Ic, 430kb)
+
+
+ ------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2002-05-25 14:12 -------
+ Also, many installers have e.g. their "license agreement" text completely selected
+ (blue selection), which is wrong.
+ This happens because in DEFDLG_SetFocus, we select the whole edit control text
+ in case WM_GETDLGCODE returned DLGC_HASSETSEL, which is the default of any edit
+ control (see controls/edit.c/WM_GETDLGCODE; if you want to get rid of this flag,
+ you even have to explicitly subclass the edit control, according to MSDN !).
+ Thus both DLGC_HASSETSEL and DEFDLG_SetFocus aren't wrong, it seems,
+ but instead the edit control of the dialog should not have the focus in the
+ first place (instead it should probably be one of its buttons).
+ Somehow our criteria for selecting initial dialog focus seems to be wrong.
+ Experienced with the installer for WinMX 3.10, second license dialog
+ (huh, why have they got two !? :-).
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=616
*** shadow/616 Sat May 25 12:58:07 2002
--- shadow/616.tmp.22713 Sat May 25 14:05:50 2002
***************
*** 112,114 ****
--- 112,123 ----
> 1.74 +101 -196 wine/windows/queue.c
I will try the different wine options now.
+
+
+ ------- Additional Comments From sean(a)mess.org 2002-05-25 14:05 -------
+ I found that after trying some options, with the DXGrab option set to 'Y', all
+ works fine!
+
+ *sigh* Sorry I should've check this before.
+
+ Does this imply a configuration error or a wine bug?
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=730
*** shadow/730 Sat May 25 12:46:34 2002
--- shadow/730.tmp.19085 Sat May 25 12:46:34 2002
***************
*** 0 ****
--- 1,60 ----
+ +============================================================================+
+ | missing export 'ntdll._iswalpha' using windows scrrun.dll, native msvcrt |
+ +----------------------------------------------------------------------------+
+ | Bug #: 730 Product: Wine |
+ | Status: UNCONFIRMED Version: CVS |
+ | Resolution: Platform: |
+ | Severity: normal OS/Version: All |
+ | Priority: P1 Component: wine-misc |
+ +----------------------------------------------------------------------------+
+ | Assigned To: wine-bugs(a)winehq.com |
+ | Reported By: us(a)the-edmeades.demon.co.uk |
+ | CC list: Cc: |
+ +----------------------------------------------------------------------------+
+ | Milestone: TargetMilestone: --- |
+ | URL: |
+ +============================================================================+
+ | DESCRIPTION |
+ From attempting to run pgm with native msvcrt, w2k scrrun.dll:
+
+ fixme:win32:PE_CreateModule Security directory ignored
+ err:win32:PE_FindExportedFunction function not found for
+ forward 'ntdll._iswalpha' used by 'msvcrt.dll'. If you are using
+ builtin 'msvcrt.dll', try using the native one instead.
+ err:win32:PE_fixup_imports No implementation for MSVCRT.DLL.636(iswalpha)
+ imported from F:\badcomp\windlls\scrrun.dll, setting to 0xdeadbeef
+
+ ---
+
+ You might be able to recreate with the following, but I'll happily test and
+ feedback which would be quicker:
+
+ Testpgm: http://www.badcomp.co.uk (free download)
+
+ Install under windows,
+ copy installation dir across, plus comdlg32.ocx
+ register with regsvr32.dll comdlg32.ocx
+ copy scrrun.dll across
+ Insert into registry values below
+ Finally run wine badcomp.exe
+
+ (Note with native msvcrt you get the msg, with windows one you dont. However
+ either case you go on to get traps in ole issues anyway...)
+
+ Windows Registry Editor Version 5.00
+
+ [HKEY_CLASSES_ROOT\CLSID\{0D43FE01-F093-11CF-8940-00A0C9054228}]
+ @="FileSystem Object"
+
+ [HKEY_CLASSES_ROOT\CLSID\{0D43FE01-F093-11CF-8940-00A0C9054228}\InprocServer32]
+ @="I:\\WINNT\\System32\\scrrun.dll"
+ "ThreadingModel"="Both"
+
+ [HKEY_CLASSES_ROOT\CLSID\{0D43FE01-F093-11CF-8940-00A0C9054228}\ProgID]
+ @="Scripting.FileSystemObject"
+
+ [HKEY_CLASSES_ROOT\CLSID\{0D43FE01-F093-11CF-8940-00A0C9054228}\TypeLib]
+ @="{420B2830-E718-11CF-893D-00A0C9054228}"
+
+ [HKEY_CLASSES_ROOT\CLSID\{0D43FE01-F093-11CF-8940-00A0C9054228}\Version]
+ @="1.0"
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=729
*** shadow/729 Sat May 25 12:08:06 2002
--- shadow/729.tmp.18070 Sat May 25 12:26:13 2002
***************
*** 27,29 ****
--- 27,33 ----
This problem has present in all the previous versions of WINE (the last 2 or 3 I
think).
+
+ ------- Additional Comments From dragon_sdc(a)hotmail.com 2002-05-25 12:26 -------
+ Created an attachment (id=130)
+ A snapshot of the problem - no need to email me now :-)
http://bugs.winehq.com/show_bug.cgi?id=729
*** shadow/729 Sat May 25 12:08:06 2002
--- shadow/729.tmp.17001 Sat May 25 12:08:06 2002
***************
*** 0 ****
--- 1,29 ----
+ +============================================================================+
+ | Shading of the Winamp equaliser and playlist windows does not work properl |
+ +----------------------------------------------------------------------------+
+ | Bug #: 729 Product: Wine |
+ | Status: UNCONFIRMED Version: 20020509 |
+ | Resolution: Platform: |
+ | Severity: normal OS/Version: All |
+ | Priority: P1 Component: wine-gdi |
+ +----------------------------------------------------------------------------+
+ | Assigned To: wine-bugs(a)winehq.com |
+ | Reported By: dragon_sdc(a)hotmail.com |
+ | CC list: Cc: |
+ +----------------------------------------------------------------------------+
+ | Milestone: TargetMilestone: --- |
+ | URL: |
+ +============================================================================+
+ | DESCRIPTION |
+ When these windows are shaded, underneath the shaded window strip there appears
+ another one (roughly the same width) which initially contains a bit of the
+ unshaded window, but if I move another program window over it it will capture
+ the graphic from that window.
+
+ If I shade the main Winamp window, then this problem does not occcur - the
+ problem only affects the playlist and equaliser windows.
+
+ This is tricky to explain, so mail me if you would like a snapshot.
+
+ This problem has present in all the previous versions of WINE (the last 2 or 3 I
+ think).
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=720
*** shadow/720 Sat May 25 09:21:49 2002
--- shadow/720.tmp.9759 Sat May 25 09:26:01 2002
***************
*** 50,52 ****
--- 50,69 ----
------- Additional Comments From maxx2(a)veneto.com 2002-05-25 09:21 -------
Created an attachment (id=129)
Another example, shows true circle position (dotted) versus misplaced
+
+
+ ------- Additional Comments From maxx2(a)veneto.com 2002-05-25 09:26 -------
+ Well, just submitted 3 screenshots.
+ In the first one, a circle is being dragged on screen, all ok.
+ In second one, the circle is shown after end of draw command. As you
+ can see, its position is misplaced on screen.
+ In third example, you see both true circle position (dotted), where
+ you can select it, and the misplaced one.
+ The problem arises also, in managed mode, dragging another window in
+ top of cad's one; after removing the top window, all drawing entities
+ are redrawn but in misplaced positions, randomly. I think it has something
+ to do with clipping regions or so, but not sure.
+
+ Regards
+
+ Massimo
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=720
*** shadow/720 Sat May 25 09:20:23 2002
--- shadow/720.tmp.9418 Sat May 25 09:21:49 2002
***************
*** 45,47 ****
--- 45,52 ----
------- Additional Comments From maxx2(a)veneto.com 2002-05-25 09:20 -------
Created an attachment (id=128)
Drawing a circle, shows it misplaced after end of drawing
+
+
+ ------- Additional Comments From maxx2(a)veneto.com 2002-05-25 09:21 -------
+ Created an attachment (id=129)
+ Another example, shows true circle position (dotted) versus misplaced
http://bugs.winehq.com/show_bug.cgi?id=720
*** shadow/720 Sat May 25 09:19:02 2002
--- shadow/720.tmp.9314 Sat May 25 09:20:23 2002
***************
*** 40,42 ****
--- 40,47 ----
------- Additional Comments From maxx2(a)veneto.com 2002-05-25 09:19 -------
Created an attachment (id=127)
Drawing a circle, before end of drawing
+
+
+ ------- Additional Comments From maxx2(a)veneto.com 2002-05-25 09:20 -------
+ Created an attachment (id=128)
+ Drawing a circle, shows it misplaced after end of drawing
http://bugs.winehq.com/show_bug.cgi?id=720
*** shadow/720 Fri May 24 12:48:10 2002
--- shadow/720.tmp.9210 Sat May 25 09:19:02 2002
***************
*** 36,38 ****
--- 36,42 ----
------- Additional Comments From Speeddymon(a)yahoo.com 2002-05-24 12:48 -------
Confirming per reporter's comments.
+
+ ------- Additional Comments From maxx2(a)veneto.com 2002-05-25 09:19 -------
+ Created an attachment (id=127)
+ Drawing a circle, before end of drawing
http://bugs.winehq.com/show_bug.cgi?id=640
*** shadow/640 Fri May 24 21:26:50 2002
--- shadow/640.tmp.13771 Fri May 24 21:27:38 2002
***************
*** 114,116 ****
--- 114,122 ----
------- Additional Comments From chris(a)luethy.net 2002-05-24 21:26 -------
Created an attachment (id=126)
The request log file for the graphic glitch.
+
+
+ ------- Additional Comments From chris(a)luethy.net 2002-05-24 21:27 -------
+ Okay, I added the 1.log file as an attachment to this bug. Hope it helps. I just
+ ran Winamp like you said, opened the Perferences dialog box, dragged it around a
+ little, then closed Winamp.
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=640
*** shadow/640 Fri May 24 21:03:35 2002
--- shadow/640.tmp.13712 Fri May 24 21:26:50 2002
***************
*** 110,112 ****
--- 110,116 ----
(without that problem) to here tomorrow
confirming per comments and screenshot
+
+ ------- Additional Comments From chris(a)luethy.net 2002-05-24 21:26 -------
+ Created an attachment (id=126)
+ The request log file for the graphic glitch.
http://bugs.winehq.com/show_bug.cgi?id=640
*** shadow/640 Fri May 24 20:50:02 2002
--- shadow/640.tmp.12651 Fri May 24 21:03:35 2002
***************
*** 2,8 ****
| Major graphic glitch in x11drv |
+----------------------------------------------------------------------------+
| Bug #: 640 Product: Wine |
! | Status: UNCONFIRMED Version: 20020411 |
| Resolution: Platform: |
| Severity: normal OS/Version: All |
| Priority: P1 Component: wine-gui |
--- 2,8 ----
| Major graphic glitch in x11drv |
+----------------------------------------------------------------------------+
| Bug #: 640 Product: Wine |
! | Status: NEW Version: 20020411 |
| Resolution: Platform: |
| Severity: normal OS/Version: All |
| Priority: P1 Component: wine-gui |
***************
*** 92,94 ****
--- 92,112 ----
Whether or not I'm using DGA does not make a difference.
Would this be an issue with the Radeon codebase or maybe with the X11drv?
+
+ ------- Additional Comments From Speeddymon(a)yahoo.com 2002-05-24 21:03 -------
+ Here, try this:
+
+ set your config to run wine the way that winamp's preferences dialog gives you
+ the problem
+
+ then run the program from a console like this:
+
+ wine --debugmsg +x11drv winamp.exe >/tmp/l.log 2>&1
+
+ then open the preferences dialog and move it around, so that it creates the
+ problem, then close out winamp and attach the /tmp/l.log to here
+
+ that would give us some info as to what is going on...i will attach my l.log
+ (without that problem) to here tomorrow
+
+ confirming per comments and screenshot
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=640
*** shadow/640 Thu May 23 11:55:08 2002
--- shadow/640.tmp.12096 Fri May 24 20:50:02 2002
***************
*** 58,60 ****
--- 58,94 ----
Try to turn off UseDGA mode in the config file, tweak other X11 settings.
Post your findings in the bug description.
+
+ ------- Additional Comments From chris(a)luethy.net 2002-05-24 20:50 -------
+ This graphic glitch occurs with more than just Winamp, it occurs with any
+ windows that use that style of window border. I compiled the MS Win32 Hello
+ World in MSVC and tried it out under WINE. It works beautifully, except the
+ About dialog box, the same style of window the Winamp preferences is, displays
+ the exact same graphic glitch.
+
+ I'm currently running RedHat Linux 7.3 (w/ X 4.2.0 from source and WINE from CVS
+ less than a week ago (a day after the managed change)). I'm using WINE locally.
+
+ I'm using an ATI All-in-Wonder Radeon using the Radeon kernel module from
+ 2.4.18, and the ati.2 accelerated xv_image driver. This corruption occurs
+ whether or not ati.2 is present, and whether or not I use the kernel module or
+ the X 4.2.0 Radeon module.
+
+ Wine is installed without Windows.
+
+ I have reconfigured WINE. Managed mode allows for this to work fine (as my
+ window manager then draws the decorations), but un-managed mode, where wine
+ draws, displays this error.
+
+ I originally found this while using the Sawfish window manager. I tried using
+ wmaker but that produces the same corruption in WINE.
+
+ I am able to reproduce this on a completely different machine. Another machine,
+ but with the same graphics card (the ATI All-in-Wonder Radeon), with a fresh,
+ not touched at all installation of Red Hat 7.2 also displayed the exact same
+ graphical corruption ... no erasing old lines on this certain window border type
+ when wine draws window borders.
+
+ Whether or not I'm using DGA does not make a difference.
+
+ Would this be an issue with the Radeon codebase or maybe with the X11drv?
\ No newline at end of file