wine-bugs November 2012

wine-bugs@winehq.org

1 participants
8957 discussions

[Bug 18099] New: No keyboard response in Super Mario 3 remake
by wine-bugs＠winehq.org 07 Apr '20

07 Apr '20

http://bugs.winehq.org/show_bug.cgi?id=18099 Summary: No keyboard response in Super Mario 3 remake Product: Wine Version: 1.1.19 Platform: All URL: http://www.acid-play.com/file/marioforever.zip OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: chris.lervag(a)gmail.com When attempting to play the free "Super Mario 3: Mario Forever" remake by Buziol games, we are unable to enter gameplay as there is no response from the keyboard when entering the "Select world" screen. In this screen, you are supposed to be able to move Mario with the keyboard arrow buttons as well as jump with the shift button. According to the appdb, the first mention of this problem is with wine version 20050111, and it is still present in wine version 1.19. Link to the application entry in appdb: http://appdb.winehq.org/objectManager.php?sClass=application&iId=2363 Everything else about the game seems to be working normally in wine (installation, launching game, graphics, music). The game itself is perceived to be very good and fun remake of the original game, and it would be nice to be able to enjoy this little gem with linux/wine. The game is available as a free download from the specified URL. -- 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.

2 23

[Bug 13788] New: Logitech Harmony Remote Software Fails USB Update
by wine-bugs＠winehq.org 04 Apr '20

04 Apr '20

http://bugs.winehq.org/show_bug.cgi?id=13788 Summary: Logitech Harmony Remote Software Fails USB Update 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: jimrorie(a)logisys.biz Technically this is version 7.4.3 which can only be installed by installing 7.4.1 and going though the update process. Selecting "Update Remote" in the main screen results in a timeout waiting for communication with the remote via USB. -- 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.

2 16

[Bug 29117] New: Borland C++ Builder 6 TForm->Show() problem
by wine-bugs＠winehq.org 03 Apr '20

03 Apr '20

http://bugs.winehq.org/show_bug.cgi?id=29117 Bug #: 29117 Summary: Borland C++ Builder 6 TForm->Show() problem Product: Wine Version: 1.3.32 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: navadwip(a)rambler.ru Classification: Unclassified Hello, all! My program is written on Borland C Builder 6 Not properly method TForm-> Show () works; And on operational system Ubunto 10.10 it works properly, and already in Ubuntu 11.10 method TForm-> Show () works not properly. Elements of a window receive focus of input from the keyboard, and the window remains not active! The heading of a window and is not painted in color of an active window and if the window has been curtailed (minimize) TForm-> WindowState = wsNormal and TForm-> Show () the window at all cannot show - it remains invisible and inaccessible. I send an example. I have costs Wine 1.3.32, Ubuntu 11.10. If Form-> Visible == false Form-> Show () work properly, If Form-> Visible == true, but Form-> Active == false - Form-> Show () work not properly. The solution - use TForm-> Hide () and TForm-> Show () (Chek Box ' Alternate ' in an example), but this solution is not best variant. Also not properly works variations the sizes of a window by means of the mouse when there are restrictions, for example TForm-> Constraints. MaxHeight, TForm-> Constraints. MaxWidth or TForm-> BorderStyle = bsSingle (a window with the unchangeable size). Also there are problems with a modal window (TForm-> ShowModal ()). Please, inform it to developers for correction of a mistake. https://rapidshare.com/files/1202120874/WineTest.tar.gz Thank you very much. With best wishes Navadvipa Chandra das. -- 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.

2 18

[Bug 30274] New: Modal dialog gets out of focus using Wine 1.2.3
by wine-bugs＠winehq.org 03 Apr '20

03 Apr '20

http://bugs.winehq.org/show_bug.cgi?id=30274 Bug #: 30274 Summary: Modal dialog gets out of focus using Wine 1.2.3 Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: contact(a)chillvisio.ch Classification: Unclassified Modal window gets out of focus if minimized and blocks any actions in the main window. I've attached and example created in Delphi called Project1. It has Form1 window with action button which opens a modal dialog called Form2. The main idea is when opened Form2 to be always on top and to be impossible to hide it behind Form1. However once that Form2 is opened if I minimize it, I have Form1 stealing modal Form2's focus and Form1's window is blocked and I have no other possibility but to kill the running program. If I have the program running and I open the modal dialog called Form2 if I click back on Form1 window and Form2 goes behind it I am left again with a blocked Form1 window, but could still close the modal Form2 with Alt+F4. I've attached and example of the project. -- 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.

2 7

[Bug 29641] New: Wrong textures on Angry Birds
by wine-bugs＠winehq.org 01 Apr '20

01 Apr '20

http://bugs.winehq.org/show_bug.cgi?id=29641 Bug #: 29641 Summary: Wrong textures on Angry Birds Product: Wine Version: 1.3.37 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jaimerave(a)gmail.com Classification: Unclassified Created attachment 38416 --> http://bugs.winehq.org/attachment.cgi?id=38416 Screenshot of the issue The problem appears from level 1-2 and up, everything looks good on the first level. A download link to a demo showing the problem is available at: http://download.angrybirds.com/ Wine version: wine-1.3.37-108-g4cd49d3 The only console output: fixme:heap:HeapSetInformation (nil) 1 (nil) 0 fixme:wininet:set_cookie Unknown additional option L"MAX-AGE=600" fixme:wininet:CommitUrlCacheEntryInternal entry already in cache - don't know what to do! Ubuntu 12.04 alpha 1, using Mesa 7.11, and a ATI HD 6570: OpenGL renderer string: Gallium 0.4 on AMD REDWOOD OpenGL version string: 2.1 Mesa 7.11 -- 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.

2 16

[Bug 19122] New: MCI mciSendString with repeat as a play flag does not work
by wine-bugs＠winehq.org 30 Mar '20

30 Mar '20

http://bugs.winehq.org/show_bug.cgi?id=19122 Summary: MCI mciSendString with repeat as a play flag does not work Product: Wine Version: 1.1.24 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: emil.jo.andersson(a)gmail.com This works (plays once as expected): _stprintf(command, _T("open \"%s\" alias bgmusic"), szFileName); mciSendString(command, response, (UINT)_tcslen(response), NULL); _stprintf(command, _T("setaudio bgmusicvolume to %i"), settings.MusicVolume * 10); mciSendString(command, response, (UINT)_tcslen(response), NULL); mciSendString(_T("play bgmusic"), response, (UINT)_tcslen(response), NULL); This does not work (doesn't play at all): _stprintf(command, _T("open \"%s\" alias bgmusic"), szFileName); mciSendString(command, response, (UINT)_tcslen(response), NULL); _stprintf(command, _T("setaudio bgmusicvolume to %i"), settings.MusicVolume * 10); mciSendString(command, response, (UINT)_tcslen(response), NULL); mciSendString(_T("play bgmusic repeat"), response, (UINT)_tcslen(response), NULL); I've tried this both in a virtual machine (Virtualbox) and on a non-virtual machine. Both were running Ubuntu 9.04 with version 1.1.24 from the Wine repository. -- 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.

2 12

[Bug 28884] New: keyboard input does not work properly for Sculptris
by wine-bugs＠winehq.org 28 Mar '20

28 Mar '20

http://bugs.winehq.org/show_bug.cgi?id=28884 Bug #: 28884 Summary: keyboard input does not work properly for Sculptris Product: Wine Version: 1.3.31 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: peter(a)light-bg.com Classification: Unclassified Created attachment 37113 --> http://bugs.winehq.org/attachment.cgi?id=37113 console output The application runs flawlessly while controlled with the mouse only or with a combination of keyboard and mouse input simultaneously. But upon pressing any button on the keyboard alone, with the only exception of the F* keys and the NumLock, the application freezes until focus is changed to another window and returned to the application window. After returning focus to the application window Sculptris continues to work as if no keyboard shortcut was pressed. The only exception to this are the square brackets and the numpad Del keys, which have the effect of increasing/decreasing the brush size. They too do freeze the app, but the brush is larger/smaller after returning to the app. No other keyboard shortcuts (most notably ctrl-z - undo) are not working. This makes the application unusable for serious work, because many things are controlled only via keyboard and are not present in the UI. There is nothing on the console, except the following three lines: --attached-- -- 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.

2 19

[Bug 32222] New: LTspice: text fields issues
by wine-bugs＠winehq.org 27 Mar '20

27 Mar '20

http://bugs.winehq.org/show_bug.cgi?id=32222 Bug #: 32222 Summary: LTspice: text fields issues Product: Wine Version: unspecified Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: testelor(a)yahoo.com Classification: Unclassified Steps to reproduce: 1) Download, install and run LTSpice - http://ltspice.linear.com/software/LTspiceIV.exe 2) Create a new schematic and place a resistor by pressing 'R' and clicking in the schematic 2a) Ctrl-right click on the device and fill up the "SpiceLine", then keep on typing -- it won't follow the typed characters instead, it will stay "anchored" to the beginning. 3) Add a text by pressing 'T', writing something, then clicking on the schematic. 3a) Fill up one line, then keep going. It will let you see what you type ahead, but breaking a line with ctrl-enter will leave garbage. The same happens for any number of lines. 3b) If there's a very long one-line expression, the cursor will stay at the beginning, it will not show up moving and any editing is done "blindly". -- 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.

2 13

[Bug 23523] New: Call of Juarez DX10 Benchmark does not start
by wine-bugs＠winehq.org 27 Mar '20

27 Mar '20

http://bugs.winehq.org/show_bug.cgi?id=23523 Summary: Call of Juarez DX10 Benchmark does not start Product: Wine Version: 1.2-rc6 Platform: x86-64 URL: http://games.on.net/file/9061/Call_of_Juarez_DirectX_1 0_Benchmark_Demo OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: the.ideals(a)gmail.com Created an attachment (id=29364) --> (http://bugs.winehq.org/attachment.cgi?id=29364) Crash log After running the launcher for the software; it crashed. -- 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.

2 23

[Bug 32114] New: Dialog resizing glitches, slow panning when zooming, minor traces
by wine-bugs＠winehq.org 27 Mar '20

27 Mar '20

http://bugs.winehq.org/show_bug.cgi?id=32114 Bug #: 32114 Summary: Dialog resizing glitches, slow panning when zooming, minor traces Product: Wine Version: 1.5.16 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: testelor(a)yahoo.com Classification: Unclassified Hello And my apologies for any language errors, I'll "do my best", though. - I - Since version 1.5.12 (Linux Mint 13, current version 1.5.16), LTspice seems to suffer from a slow "click-and-drag" panning after zooming, which seems to be related to font smoothing. Not being a guru, I reverted to the last version (1.5.12) which, even if the text isn't anti-aliased after zooming it over a certain amount (I use these customized settings: http://www.sharpfonts.co.cc/ , sharp fonts), it allows for smooth panning. I can't screenshot the sluggishness, but it can be easily verified by lacing a fair amount of devices, creating a schematic which, after pressing space (zoom to fit), will make the fonts barely readable. Then use the mouse-wheel to scroll and the pan. - II - Another problem is since I can't remember when, but it's not something that really gets in the way, it can be overcome, but now that I'm here I may as well mention them: 1. Placing a component on the schematic and Ctrl-right-clicking on it; 2. Adding a SPICE directive ('S' key) or a text ('T' key) 3. Ctrl-right-clicking on a component's name All will make use of some dialog windows which allow text entries: 1 has table-like entries, 2 has a multi-line entry and 3 uses a one-line entry. The problem arises when launching LTspice with the simple "wine LTspice.exe" command (terminal, launcher, etc), which makes use of LTspice's built-in detection of a WINE environment. 1. In the dialog window that opens, a line that takes more than the default window (entry) width will be cropped. Nothing unusual, but the line of text normally follows the last typed characters, to be able to see what you're currently doing; instead, the line of characters seems anchored to the first one leaving you typing blindly ahead. (screenshot1.png) 2. Typing a full line and beyond will make things just like above. You can Ctrl-enter for a new line, but it's the same, all the way down. However, here you will get to see the "current typing" line. (screenshot2.png) There's a nastier glitch if you have a mile long line among the others, because when right-clicking on it to edit it, the I-beam cursor will not move it's position, furthermore delete or backspace are invisible; this can be avoided by breaking it into multiple lines with ctrl-enter and adding "+ " at the beginning of the new line, for SPICE directives. (screenshot3.png, screeshot4.png) 3. This only has problems with resizing (see below). Trying to resize the dialog windows will let you do so, but the internal area won't (I can only imagine what alien description will this seem to you) (screenshot5.png, screenshot6.png). Therefore for #1 you won't know what happens if (e.g.) you have a rather long formula to be implemented, for #2, if there are lots of parameters to be defined, you're left scrolling like crazy, not being able to see more than 4 lines and cropped, too, while for #3, well, I suppose that won't matter as much if #1 gets done, because #1 displays all possible lines (where there's the case). Now, using "wine LTspice.exe -nowine" (LTspice specific switch) will get around these problems -- and it's the current way of launching for me -- in that it will allow proper resizing of dialog windows, but not the cropping of the longer test line, however... - III - ...the price to pay will be that using F8 to move a component will leave crumble-like traces behind (F5, copy, F7, cut, the same) (screenshot7.png). Minor glitch, though. PS: I'll add the screenshots after this, it seems to only allow one attachement. -- 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.

2 32

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 November 2012