wine-bugs June 2008

wine-bugs@winehq.org

1 participants
5528 discussions

[Bug 10063] New: wineconsole run fail on korean locale.
by wine-bugs＠winehq.org 16 Jun '16

16 Jun '16

http://bugs.winehq.org/show_bug.cgi?id=10063 Summary: wineconsole run fail on korean locale. Product: Wine Version: 0.9.47. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: dlunch(a)gmail.com wineconsole failed to run in korean locale. it reports 'err:wineconsole:WCUSER_SetFont wrong font' few times and 'err:wineconsole:WINECON_Fatal Couldn't find a decent font, aborting'. but when i tried LANG="C" wineconsole cmd, it runs successfully. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 32

[Bug 11898] New: Dance eJay Demo 7 crashes due to unimplemented interface relating to devenum
by wine-bugs＠winehq.org 10 Jun '16

10 Jun '16

http://bugs.winehq.org/show_bug.cgi?id=11898 Summary: Dance eJay Demo 7 crashes due to unimplemented interface relating to devenum Product: Wine Version: 0.9.57. Platform: PC URL: http://support.empireinteractive.com/default.aspx?MID=8F F6D156CB73&PID=D70EED24-7412-4A36-A7B2-879837165C8C OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: nodisgod(a)yahoo.com Created an attachment (id=11192) --> (http://bugs.winehq.org/attachment.cgi?id=11192) Output with devenum and qcap traces As per bug #11863, a separate bug is filed for other issues in this application. When starting the Dance eJay 7 Demo, after the trial time dialog, a page fault is incurred. The devenum trace seems to suggest that the issue lies in that particular component, as per comment 3 of bug 11863. Attached are logs pertaining to this issue. -- 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 14

[Bug 13843] New: tooltips not working properly - message problems
by wine-bugs＠winehq.org 16 May '16

16 May '16

http://bugs.winehq.org/show_bug.cgi?id=13843 Summary: tooltips not working properly - message problems Product: Wine Version: 1.0-rc4 Platform: Other URL: http://mrhx.ucoz.com/load/0-0-0-27-20 OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: hramrach(a)centrum.cz In the VISG editor (see url) the tooltips aren't resized and painted properly. Works on windows. Developer explanation (copied below without screenshots): http://www.reactos.org/forum/viewtopic.php?p=36824&sid=9c02654b3b5b22544622… As you may see, the button tooltip has the same size as in winxp. This is correct, but it is not painted. I think, it's because ROS paints the tooltips not via WM_PAINT. And the second: the window tooltip with little screenshot... It is not painted and has wrong size. I think, it's because this tooltip didn't have LPSTR_TEXTCALLBACK as its caption (in other words, it has direct caption). I resize the tooltip on TTN_SHOW message. But, as I see, there is no such message for the window tooltip. But the winapi documentation says TTN_SHOW is sent when the tooltip is about to be shown. And no matter, has it LPSTR_TEXTCALLBACK or not. The button tooltip has LPSTR_TEXTCALLBACK instead of its caption, and it's resized correctly. So, I think, there are two bugs: 1) painting tooltips not via WM_PAINT. 2) not sending TTN_SHOW, if the tooltip did not have LPSTR_TEXTCALLBACK. -- 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 9532] New: Month calendar control uses 0=sunday for firstDayOfWeek
by wine-bugs＠winehq.org 16 May '16

16 May '16

http://bugs.winehq.org/show_bug.cgi?id=9532 Summary: Month calendar control uses 0=sunday for firstDayOfWeek Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wine-comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: peter(a)cendio.se This bug has been transferred from bug 9490. The month calendar control displays sunday as the first day of the week, even though LOCALE_IFIRSTDAYOFWEEK=0. This is because the implementation is based uses 0=sunday, rather than 0=monday. MSDN indicates that the API (SetFirstDayOfWeek/GetFirstDayOfWeek) should use 0=monday, see http://msdn2.microsoft.com/en-us/library/ms670423.aspx. So, either the implementation needs to be changed to use 0=monday throughout the code, or we can continue to use 0=sunday internally, but then we need to convert when we talk to the rest of the world. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 10

[Bug 9522] New: Text entry box does not refresh properly, but worked in v 0 .9.20 and below
by wine-bugs＠winehq.org 23 Apr '16

23 Apr '16

http://bugs.winehq.org/show_bug.cgi?id=9522 Summary: Text entry box does not refresh properly, but worked in v 0.9.20 and below Product: Wine Version: 0.9.21. Platform: PC URL: http://www.xcalibur.co.uk/MuckClient/ OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P4 Component: wine-gdi-(printing) AssignedTo: wine-bugs(a)winehq.org ReportedBy: pdurland(a)gmail.com As far as I know, this is an issue that exists in only one application, but could extend to others. The application is minor and the bug is minor so this is just a minute fix. According to this page: http://appdb.winehq.org/appview.php?iVersionId=8240&iTestingId=12794 Paul Fisher has been able to reproduce this on 3 separate versions of wine. ------------ Linux Distribution information: Ubuntu 7.04 on x86 Program: Muckclient v3.42 Issue: After connecting to a world, any text entered into the input box at the bottom of the window will not be seen. I had this issue with 0.9.44 and reverted back to 0.9.15 thanks to a testing note on the application DB pages. I then grabbed different versions from that point and found the exact version that 'broke' this functionality. The 'break' occurred between 0.9.20 and 0.9.21, hence the version number I've used in the report. To reproduce: Download and install program through wine. Launch program. Connection window will pop up. Double click on the entry already in the list. Try typing in the entry box on the window that appears. No text will be seen. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 27

[Bug 13683] New: Ultima IX: Mouse pointer missing when reading books, under inventory
by wine-bugs＠winehq.org 12 Apr '16

12 Apr '16

http://bugs.winehq.org/show_bug.cgi?id=13683 Summary: Ultima IX: Mouse pointer missing when reading books, under inventory Product: Wine Version: 1.0-rc3 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: rixa(a)cs.tut.fi When opening an in-game book for reading, there is nothing to work as a mouse pointer to help clicking the page corners or other clickable elements with. The books do work, but finding the correct spot to click without any pointer is quite hard. Saving and loading the game as well as selecting spells are also implemented by an in-game book, so these functions are likewise affected. A similar issue affects using the inventories and toolbelt, though the pointer is not so much missing as being drawn under instead of over the inventory panel. Otherwise the game seems to work well. I'm running wine 1.0rc3 on a CentOS 5 system with a GeForce4 Ti 4800 graphics card and nVidia proprietary drivers version 96.43.05. -- 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 70

[Bug 12652] New: Rainbow six Vegas 2 Fails to launch with General Protection fault
by wine-bugs＠winehq.org 12 Apr '16

12 Apr '16

http://bugs.winehq.org/show_bug.cgi?id=12652 Summary: Rainbow six Vegas 2 Fails to launch with General Protection fault Product: Wine Version: 0.9.59. Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: xarnze(a)googlemail.com Created an attachment (id=12297) --> (http://bugs.winehq.org/attachment.cgi?id=12297) Console output from Rainbow six Vegas 2 winever 0.9.59. Rainbow six Vegas 2 launches and the splash screen appears however shortly afterwards the game crashes with a message stating General protection fault! History: Address = 0x45b08ec (filename not found) i have attached the console output bellow. -- 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 70

[Bug 13094] New: UltraEdit: crashes in certain cases with Unicode editing
by wine-bugs＠winehq.org 03 Apr '16

03 Apr '16

http://bugs.winehq.org/show_bug.cgi?id=13094 Summary: UltraEdit: crashes in certain cases with Unicode editing Product: Wine Version: 1.0-rc1 Platform: PC URL: http://www.ultraedit.com/files/ue_english.zip OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: fbcrack(a)yahoo.es Created an attachment (id=12867) --> (http://bugs.winehq.org/attachment.cgi?id=12867) UltraEdit 32 v14.00a unicode editing crash log Wine crashses when performing following actions: 1. File->New (Ctrl+N) 2. Write any non ASCII character (eg: ñ) 3. File->Conversions->ASCII to UTF8 (Unicode Editing) 4. Enter hex. edition mode via Edit->HEX Functions->HEX Edit or pressing Ctrl+H 5. Return normal edition mode Edit->HEX Functions->HEX Edit or pressiong Ctrl+H UltraEdit then shows the following error message: An error has ocurred. The application will shut down. Would you like to save an error report? -- 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 16

[Bug 10156] New: "typos" on some include files
by wine-bugs＠winehq.org 01 Apr '16

01 Apr '16

http://bugs.winehq.org/show_bug.cgi?id=10156 Summary: "typos" on some include files Product: Wine Version: 0.9.47. Platform: All OS/Version: All Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wine-winelib AssignedTo: wine-bugs(a)winehq.org ReportedBy: sacrom(a)gmail.com CC: sacrom(a)gmail.com Created an attachment (id=8741) --> (http://bugs.winehq.org/attachment.cgi?id=8741) File that contains diff's of the current header files with the "fixed" header files I'm porting a windows app to Wine (using WineLib) and I found some small problems in some header files in Wine (that contain different values from the corresponding Windows header files). To be able to compile on C++ I did also change some header files. >From my point of view these are small typos problems (see attachment) I hope this to be enough! -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 24

[Bug 11951] New: Tide prediction cursor popup or tag creates " Untitled Window"
by wine-bugs＠winehq.org 14 Mar '16

14 Mar '16

http://bugs.winehq.org/show_bug.cgi?id=11951 Summary: Tide prediction cursor popup or tag creates "Untitled Window" Product: Wine Version: 0.9.57. Platform: PC URL: http://wxtide32.com/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: n5470(a)pinefields.com WXTide32 includes a feature to show tide data by creating a cursor that tracks time of day and water height. It appears when the main window is opened and showing the realtime, graph, or overview display, and the user presses either the left-arrow or right-arrow key. A popup or tag follows the vertical part of the cursor line, showing the data for the time (vertical cursor line) and depth or height of water (horizontal cursor line). Under Wine, the cursor lines are drawn but the cursor popup or tag is missing or flashes briefly (hard to tell which is happening). At the same time, a new entry appears in the task bar: "Untitled Window". The app then blinks between idle (based on the regular movable cursor, controlled by a mouse, etc.) and busy, with "Untitled Window" showing in the task bar while the mouse cursor signals "busy". On minimizing the main window (showing the tide levels), the "Untitled Window" entry remains in the task bar. It cannot be maximized, opened, or closed. Only terminating the application removes "Untitled Window". No messages are written to stdout or stderr when the problem occurs. Under Windows, the key-controlled cursor moves as expected, with a popup attached to the scrolling cursor. No additional tasks appear in the task bar. -- 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 June 2008