- Wine-Bugs - list.winehq.org

[Bug 434] - Mouse button don't get released (Macromedia Flash 5.0)
by wine-bugs＠winehq.com Jan. 15, 2003

Jan. 15, 2003

http://bugs.winehq.com/show_bug.cgi?id=434 tony_lambregts(a)telusplanet.net changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Additional Comments From tony_lambregts(a)telusplanet.net 2003-01-14 19:15 ------- Patch in cvs http://www.winehq.com/hypermail/wine-cvs/2003/01/0218.html Duane; "Yo da MAN..." DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://bugs.winehq.com/show_bug.cgi?id=434>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

1 0

[Bug 1222] - TADemo exception
by wine-bugs＠winehq.com Jan. 14, 2003

Jan. 14, 2003

http://bugs.winehq.com/show_bug.cgi?id=1222 andi(a)rhlx01.fht-esslingen.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2003-01-14 15:48 ------- Well, I take that as a request to close this bug ;-) Feel free to reopen in case of any remaining issues. DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://bugs.winehq.com/show_bug.cgi?id=1222>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

1 0

[Bug 1222] - TADemo exception
by wine-bugs＠winehq.com Jan. 14, 2003

Jan. 14, 2003

http://bugs.winehq.com/show_bug.cgi?id=1222 ------- Additional Comments From lionel.ulmer(a)free.fr 2003-01-14 15:27 ------- Well, it's working fine here with latest Wine CVS... DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://bugs.winehq.com/show_bug.cgi?id=1222>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

1 0

[Bug 1213] - The Russian keyboard should use the windows-1251 codepage
by wine-bugs＠winehq.com Jan. 14, 2003

Jan. 14, 2003

http://bugs.winehq.com/show_bug.cgi?id=1213 andi(a)rhlx01.fht-esslingen.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |FIXED ------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2003-01-14 09:43 ------- Just submitted a patch to change the main Russian keyboard's codepage to 1251. DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://bugs.winehq.com/show_bug.cgi?id=1213>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

1 0

[Bug 1222] - TADemo exception
by wine-bugs＠winehq.com Jan. 14, 2003

Jan. 14, 2003

http://bugs.winehq.com/show_bug.cgi?id=1222 ------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2003-01-14 05:44 ------- Sounds like ddraw/d3d failure. CC'ing Lionel... DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://bugs.winehq.com/show_bug.cgi?id=1222>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

1 0

[Bug 434] - Mouse button don't get released (Macromedia Flash 5.0)
by wine-bugs＠winehq.com Jan. 14, 2003

Jan. 14, 2003

http://bugs.winehq.com/show_bug.cgi?id=434 ------- Additional Comments From dclark(a)akamail.com 2003-01-13 18:41 ------- I don't know when the next release will come out. But I think it looks good to get the patch in soon. Hopefully, Romero will also confirm that it is working for all his other VFP apps. DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://bugs.winehq.com/show_bug.cgi?id=434>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

1 0

[Bug 1071] - fixme:file:UnlockFile not implemented in server AND fixme:file:LockFile not implemented in server
by wine-bugs＠winehq.com Jan. 13, 2003

Jan. 13, 2003

http://bugs.winehq.com/show_bug.cgi?id=1071 ------- Additional Comments From pmcnett(a)pm-sc.com 2003-01-13 17:06 ------- The file locking issue described here also affects Microsoft Visual Foxpro. It will not hang Visual Foxpro, however, unlike what was reported for Access and BDE. Instead, Visual Foxpro will think it has a lock when in fact it does not, which will cause a surprise for people when they move their app to multi-user or multi-instance! The debug output is as follows: fixme:file:LockFile not implemented in server fixme:file:UnlockFile not implemented in server This bug needs to be fixed before Visual Foxpro developers can deploy to Linux/Wine. So much existing Foxpro code relies on getting file locks and range (record) locks. It is necessary to provide primary key values for native visual foxpro tables. If the record isn't actually locked, duplicate key values could be assigned. To reproduce the problem in Visual Foxpro, start up instance 1 and in the command window type: create table test (cid c(32)) use in test use test shared insert into test (cid) values ("1") insert into test (cid) values ("2") Now fire up instance #2 and in the command window type: use test shared browse Keeping the browse window open, click on the command window and type: ? rlock() The "Record Locked" message should appear in the status bar. Switch back to instance #1 of VFP and type: browse Now, change the value of record #1. Normally, this would be illegal since instance #2 has that record locked, but because locking hasn't been implemented in Wine you will be allowed to change the field without raising an exception in VFP. This will cause subtle problems that may not be noticed by Visual Foxpro developers until too late!!! (Note: to successfully run VFP you will probably need to apply the fix for the mouseclick problem by Duane Clark: found in the activity for bug 434. Either that or don't click with the mouse in the command window!) (Note: Samba has file locking correctly implemented... can their implementation be worked into Wine? For example, if I run Visual Foxpro on a Windows client, and the test table described above is located on a Samba share on Linux, the file and range locks will behave correctly.) DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://bugs.winehq.com/show_bug.cgi?id=1071>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

1 0

[Bug 1223] New: - Keyboard layout detection problem
by wine-bugs＠winehq.com Jan. 13, 2003

Jan. 13, 2003

http://bugs.winehq.com/show_bug.cgi?id=1223 Summary: Keyboard layout detection problem Product: Wine Version: 20010112 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P3 Component: wine-misc AssignedTo: wine-bugs(a)winehq.com ReportedBy: bn304001(a)belgacom.net I've a problem with the keyboard layout detection. fixme:keyboard:X11DRV_KEYBOARD_DetectLayout Your keyboard layout was not found! Using closest match instead (Belgian keyboard layout) for scancode mapping. I looked in dlls/x11drv/keyboard.c and found that the "Belgian French" layout was exactly what should be used. My (105 keys) belgian keyboard has the pecularity that the "µ£`" is locate ON THE RIGHT of the RightShift key. Here's what my keyboard layout looks like : ³ 1 2 3 4 5 6 7 8 9 0 ° _ Back- ² &| é@ "# ' ( §^ è ! ç{ à} ) - space Tab A Z E R T Y U I O P " * € ^[ $] Enter Caps Q S D F G H J K L M % Lock ù' Sh- > W X C V B N ? . / + Sh- £ ift <\ , ; : =~ ift µ` Ctrl win1 alt spacebar AltGr win1 win2 Ctrl If I try to launch notepad, the "exponents" key is treated as the "1" key. If I do "wine -debugmsg +key,+keyboard /win/windows/notepad.exe", I get the following messages (stripping the trace:key(board) prefix) : X11DRV_InitKeyboard NumLockMask is 10 X11DRV_KEYBOARD_DetectLayout Attempting to match against "United States keyboard layout" KEYBOARD_MapDeadKeysym no character for dead keysym 0x0000ff1b KEYBOARD_MapDeadKeysym no character for dead keysym 0x0000ff1b X11DRV_KEYBOARD_DetectLayout mismatch for keycode 10, character & (26, 31, 7c, ffffffa1) [similar message for é " ' ( § è ! ç à ) ] KEYBOARD_MapDeadKeysym no character for dead keysym 0x0000ff08 [similar for 0x0000ff08, 0x0000ff09, 0x0000fe20) X11DRV_KEYBOARD_DetectLayout mismatch for keycode 34, character ^ (5e, ffffffa8, 5b, 30) X11DRV_KEYBOARD_DetectLayout mismatch for keycode 35, character $ (24, 2a, 5d, 2d) KEYBOARD_MapDeadKeysym no character for dead keysym 0x0000ff0d [similar for 0x0000ff0d, 0x0000ffe3, 0x0000ffe3] trace:key:X11DRV_KEYBOARD_DetectLayout mismatch for keycode 48, character ù (fffffff9, 25, ffffffb4, ffffffb7) trace:key:X11DRV_KEYBOARD_DetectLayout mismatch for keycode 49, character ² (ffffffb2, ffffffb3, ffffffac, ffffffac) trace:keyboard:KEYBOARD_MapDeadKeysym no character for dead keysym 0x0000ffe1 trace:keyboard:KEYBOARD_MapDeadKeysym no character for dead keysym 0x0000ffe1 <...> You can find the whole listing at http://users.belgacom.net/key.log.bz2 if needed. I use wine 20021219 on Linux i386, with fr_BE(a)euro locale. DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://bugs.winehq.com/show_bug.cgi?id=1223>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

1 0

[Bug 434] - Mouse button don't get released (Macromedia Flash 5.0)
by wine-bugs＠winehq.com Jan. 13, 2003

Jan. 13, 2003

http://bugs.winehq.com/show_bug.cgi?id=434 ------- Additional Comments From pmcnett(a)pm-sc.com 2003-01-13 14:44 ------- Duane's small patch of 2003/01/12 resolves the issue for me for all versions of Visual Foxpro that I tested (5,6,7,8). This patched fixed the problem both for the Visual Foxpro IDE as well as for applications built with Visual Foxpro. Hopefully we'll see this patch or something comparable make it into the next release! DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://bugs.winehq.com/show_bug.cgi?id=434>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

1 0

[Bug 434] - Mouse button don't get released (Macromedia Flash 5.0)
by wine-bugs＠winehq.com Jan. 13, 2003

Jan. 13, 2003

http://bugs.winehq.com/show_bug.cgi?id=434 ------- Additional Comments From tony_lambregts(a)telusplanet.net 2003-01-13 12:34 ------- CC:ing wine-bugs DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://bugs.winehq.com/show_bug.cgi?id=434>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

1 0