wine-bugs April 2013

wine-bugs@winehq.org

1 participants
9368 discussions

[Bug 28670] New: GetKeyboardLayout(0) returns wrong HKL
by wine-bugs＠winehq.org 22 Nov '14

22 Nov '14

http://bugs.winehq.org/show_bug.cgi?id=28670 Bug #: 28670 Summary: GetKeyboardLayout(0) returns wrong HKL Product: Wine Version: 1.3.30 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: Sebastian.Riemer(a)gmx.de Classification: Unclassified Created attachment 36849 --> http://bugs.winehq.org/attachment.cgi?id=36849 Patch for get_keyboard_layout_name() in dlls/user32/tests/input.c I was improving a test in dlls/user32/input.c and while testing the test I've found out that GetKeyboardLayout(0) doesn't return the HKL of the currently set keyboard layout but instead the currently selected locale. ===Example=== WindowsXP: French language with German keyboard layout: HKL = 0x407040c wine 1.3.30: French language with German keyboard layout: HKL = 0x40c040c The keyboard layout is in the high word and the locale in the low word. So, Windows XP reports correctly, that I have a German keyboard layout set but conversely wine 1.3.30 reports French, although "setxkbmap de nodeadkeys" is set. -- 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.

1 9

[Bug 27586] New: zdsimulator not support dispatcher of devices
by wine-bugs＠winehq.org 22 Nov '14

22 Nov '14

http://bugs.winehq.org/show_bug.cgi?id=27586 Summary: zdsimulator not support dispatcher of devices Product: Wine Version: 1.3.21 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: romangrozov(a)mail.ru Hello, zdsimulator zdsim, download this for links http://zdsimulator.com.ua/zdsimulator/skachat . The simulator can't generate a code: for this purpose it should be established on a disk With, and the code is formed on the computer equipment. -- 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.

1 3

[Bug 27552] New: Qt table using Wine
by wine-bugs＠winehq.org 22 Nov '14

22 Nov '14

http://bugs.winehq.org/show_bug.cgi?id=27552 Summary: Qt table using Wine Product: Wine Version: 1.3.13 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: nigel_galloway(a)yahoo.com Created an attachment (id=35221) --> (http://bugs.winehq.org/attachment.cgi?id=35221) Screenshots Wine and Windows KuKu3 can be downloaded from Sourcefore. In unzip it into C:\KuKu3 under Wine. When I run Hidato.exe it is fine except that boarders are not displayed around the cells, which detracts considerably from the experience. I attch screenshots of Windows v Wine. -- 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.

1 3

[Bug 21965] New: Fireworks MX2004 generates "Internal Error" on every action.
by wine-bugs＠winehq.org 22 Nov '14

22 Nov '14

http://bugs.winehq.org/show_bug.cgi?id=21965 Summary: Fireworks MX2004 generates "Internal Error" on every action. Product: Wine Version: 1.1.40 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: drakeway(a)gmail.com As the title, really. Every time I click to do something using Fireworks, an "Internal Error" popup appears. This can be clicked away, and I continue using Fireworks, but on the next action, the "Internal Error" re-appears. -- 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.

1 7

[Bug 20146] New: Formatting of Instant messages in Message Labs OmniPod is unreadable
by wine-bugs＠winehq.org 22 Nov '14

22 Nov '14

http://bugs.winehq.org/show_bug.cgi?id=20146 Summary: Formatting of Instant messages in Message Labs OmniPod is unreadable Product: Wine Version: 1.1.29 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P5 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: plastikman(a)gmail.com Created an attachment (id=23736) --> (http://bugs.winehq.org/attachment.cgi?id=23736) Screenshot of POD messages inder wine Message Labs POD is a corporate Hosted IM application the only has a native windows client. There is a java applet but it is lacking many features. Installation and functionality of message labs POD works. when sending and receiving messages using POD the messages are not receiving a carriage return but instead are all mashed together on the same line. I have attached a screenshot of the IM window when connected using wine and a screenshot of the IM window when using the client natively. Since this is a paid for service please contact me directly if you need access to the EXE and if you need a login for the service. -- 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.

1 21

[Bug 19699] New: startx -- :1 -depth 8 yields black screen in desktop window mode
by wine-bugs＠winehq.org 22 Nov '14

22 Nov '14

http://bugs.winehq.org/show_bug.cgi?id=19699 Summary: startx -- :1 -depth 8 yields black screen in desktop window mode Product: Wine Version: 1.1.25 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net It seems Wine does not correctly set the palette when opening its window in a 8bpp display. Every time its window is activated, it installs a completely black palette. To reproduce: - In e.g. Ubuntu Intrepid, switch to a terminal with e.g. ctrl-alt-F3 - startx -- :1 -depth 8 should yield a working desktop. Otherwise your graphics card may not be able to support the ancient 8bit modes. An on-board Intel i915 works. Alternatively, logout of your gdm/kdm session if you fear being logged in twice may harm your Gnome/KDE configuration, then start the X server. - Use Ctrl-Alt-F3/F7/F8/F9 to switch consoles. - Open a terminal window. - glxgears works. Note the change of screen colors when changing focus from one window to another -- people were used to that on X consoles 20 years ago. - wine winecfg causes a completely black screen if set to desktop window mode. - Use Alt-Tab to (blindly) switch to another window (e.g. the terminal): the colors are restored, and the winecfg window inside the desktop window appears normally (except for strange colours, as for all other windows except the currently focused one). Click in the wine window and everything becomes black again. In full-screen mode, winecfg opens normally (colours of all other screen contents change, which is "normal" with 8bpp with X). -- 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.

1 11

[Bug 28887] New: Menu & Combo Box Draw Positions
by wine-bugs＠winehq.org 22 Nov '14

22 Nov '14

http://bugs.winehq.org/show_bug.cgi?id=28887 Bug #: 28887 Summary: Menu & Combo Box Draw Positions Product: Wine Version: 1.3.31 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: glennlchugg(a)hotmail.com Classification: Unclassified Created attachment 37115 --> http://bugs.winehq.org/attachment.cgi?id=37115 Screenshot I've noticed in Unity (Ubuntu 11.10 x64), that WINE will not position any overlay/positioning from the forms top position, instead they all revert to 0,0 on the screen. This is able to be fixed by manually moving the Form (anywhere), then it acts as it is supposed to again. The attached image shows how when I press the file menu on the form how it opens at window 0,0 and not the form 0,0. So the form initialization under Unity for WINE isn't handling the offset positions at all on starting an app (I am not sure if Unity tries to position the form to 0,0 and WINE snaps it to the proper location, or if WINE is trying to read the position before the window manager has had time to create the form/position. I've had the same occur for Menus, Context Menu's, Combo Boxes, Tooltips, anything that is meant to draw at form 0,0 + positioning. As I said, moving the form at all (grabbing the title bar) will fix the offset position problem until you close the app/game, so it's only the first run of an app/game it's messing it up. I can only verify this is a problem under Unity. -- 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.

1 5

[Bug 28100] New: Visual Studio feature pack menus displayed incorrectly
by wine-bugs＠winehq.org 22 Nov '14

22 Nov '14

http://bugs.winehq.org/show_bug.cgi?id=28100 Summary: Visual Studio feature pack menus displayed incorrectly Product: Wine Version: 1.3.22 Platform: x86 OS/Version: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: wongjasonj(a)yahoo.com This used to be fine in Wine 1.3.18. At which exact version did it stopped working I am not sure. I know it hasnt worked from 1.3.22 to 1.3.26. The problem is when using the MS Visual studio feature pack, menus are being displayed as framed windows instead of a frameless window giving the illusion of a menu. The two images show what Wine is currently displaying and what it should resemble. If I had to guess the WS_BORDER style is being set when it should not be. see images for current and desired appearance. http://i1085.photobucket.com/albums/j429/jwong2/Wine1326.png http://i1085.photobucket.com/albums/j429/jwong2/correctmenu.png -- 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.

1 7

[Bug 27783] New: In dual-screen setup, wine causes second monitor to mirror first
by wine-bugs＠winehq.org 22 Nov '14

22 Nov '14

http://bugs.winehq.org/show_bug.cgi?id=27783 Summary: In dual-screen setup, wine causes second monitor to mirror first Product: Wine Version: 1.2.2 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: joshlf13(a)gmail.com On a Macbook Pro 5,3 running Ubuntu 11.04 (AMD64 Mac Version) with a dual-screen setup (NVidia driver 270.41.06). A second monitor is set up using X Server's TwinView setting. This works. However, when wine runs (even from the command line to perform such simple operations as 'wine --version'), it immediately causes the second monitor to mirror the first, and the mouse will not go beyond the bounds of the main monitor. In order to fix this, I have to disable the second monitor and then reapply the settings (set second monitor to disable, apply settings, then set to TwinView, apply settings). -- 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.

1 3

[Bug 27763] New: WINWORD.EXE when close the program always find error.
by wine-bugs＠winehq.org 22 Nov '14

22 Nov '14

http://bugs.winehq.org/show_bug.cgi?id=27763 Summary: WINWORD.EXE when close the program always find error. Product: Wine Version: 1.3.21 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: ecivil(a)gmail.com Created an attachment (id=35519) --> (http://bugs.winehq.org/attachment.cgi?id=35519) Error WINWORD.exe when user close the program. The message say: The program WINWORD.EXE has encountered a serious problem and needs to close. We are sorry for the inconvenience. -- 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.

1 8

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs April 2013