September 2013 - Wine-bugs - list.winehq.org

[Bug 17197] New: Warcraft 3 World Editor: Text-Editor scrolls when you click at it for the first time
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=17197 Summary: Warcraft 3 World Editor: Text-Editor scrolls when you click at it for the first time Product: Wine Version: 1.1.14 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: florian(a)fkoeberle.de The Warcraft III World Editor has a Module called Trigger Editor. If you click on the root of the trigger tree you get a text editor at the lower right corner. If you scroll before actually clicking in the editor, then the editor will jump when you click in it, to the position where the text cursor has been before you scrolled. It does this only if you activate another component. To reproduce the bug you could do: 1. Open the trigger editor. 2. Click on the root of the trigger tree. 3. Write some text in the bottom right text editor. 4. Click at the other text editor, above the one where you wrote the text in. 5. Scroll the text editor in which you wrote the text with mouse wheel or scroll bar 6. Click in the same text editor 7. If you the text editor scrolled to the position where the cursor has been then you have reproduced the bug. -- 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 10

[Bug 17933] New: WineTest - comctl32:ipaddress crash
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=17933 Summary: WineTest - comctl32:ipaddress crash Product: Wine Version: unspecified Platform: PC OS/Version: Windows XP Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: robin(a)rharmsen.nl When running the WineTest application on Windows XP with SP3 the test for comctl32:ipaddress crashed. I think, the cause has something to do with IPv6. After the test completed, I removed the IPv6 stack from the machine, rebooted and redid the test, and now no crash. The tag I used for running the test is: xp_WinXP-Pro-SP3-NL I guess it might be worthwhile to investigate this, in order to fix the test and the code it is testing. -- 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 23260] New: hypertext links in Excell 2003 lead to app execution (shouldn't)
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=23260 Summary: hypertext links in Excell 2003 lead to app execution (shouldn't) Product: Wine Version: 1.2-rc4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: buggy_wine_bugzilla(a)elektromaniak.wz.cz Created an attachment (id=28970) --> (http://bugs.winehq.org/attachment.cgi?id=28970) location=localhost:80 Steps to reproduce: click on a cell click "Fx" to insert a fuction select "hypertext link" or something like that set location = "notepad" click OK Click that link, confirm following the link notepad is launched.. But on WinXP with the same Office2003 it says something about invalid URL. Only complete string "c:\windows\notepad.exe" results in running notepad (and excel asks *twice* if it's really what I want) also: clicking regular links like "http://www.debian.org" results in nothing and errors in console (may be caused by notfound wine-gecko, but I don't think so) Attachments are named according to content of "location" set in the link -- 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 12

[Bug 28301] New: ddraw visual tests are flaky
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=28301 Summary: ddraw visual tests are flaky Product: Wine Version: 1.3.27 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: directx-ddraw AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com In about one run out of a hundred, ddraw's visual test failed here. Log: ../../../tools/runtest -q -P wine -M ddraw.dll -T ../../.. -p ddraw_test.exe.so visual.c && touch visual.ok ... visual.c:1497: Test failed: Got color 00000000, expected 00000080 or near visual.c:1503: Test failed: Got color 00000000, expected 000000ff or near visual.c:1509: Test failed: Got color 00000000, expected 00000080 or near visual.c:1515: Test failed: Got color 00000000, expected 000000ff or near visual.c:1891: Tests skipped: device has no P8 texture support, skipping test The system it misbehaved once on is: os: Ubuntu 11.04, 2.6.38-11-generic-pae, pulseaudio 0.9.22-24-g67d18, Advanced Linux Sound Architecture Driver Version 1.0.23. ram: 4020 MB cpu: Intel(R) Core(TM)2 Duo CPU E8400 @ 3.00GHz gpu: GeForce GT 220/PCI/SSE2 3.3.0 NVIDIA 270.41.06 The system is running a little warm (cpu 73 degrees C, but well below critical) I see a number of systems which have similar errors listed at: http://test.winehq.org/data/tests/ddraw:visual.html -- 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 19

[Bug 24220] New: GetKeyboardState doesn't work
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=24220 Summary: GetKeyboardState doesn't work Product: Wine Version: 1.3.1 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: stampoon(a)gmail.com simple code: #include <windows.h> int main() { unsigned char keystate[256]; GetKeyboardState(keystate); for (int i = 0; i <= 256; i++) { if (keystate[i] == 1) printf("%d%s",i,"\n"); } return 0; } compile with "i586-pc-mingw32-gcc test.c --std=c99" on wine nothing in std output on winxp: 2 4 16 17 32 40 65 73 76 78 79 82 83 85 86 90 144 160 162 186 220 240 243 246 251 -- 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 10

[Bug 23159] New: AionOnline: Mouse glitches on panning/rotation
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=23159 Summary: AionOnline: Mouse glitches on panning/rotation Product: Wine Version: 1.1.32 Platform: All OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: oskar.gargas(a)gmail.com When you try to rotate camera by holding mouse button it glitches - try to move, comes back to point of origin, move again. This is common bug reported by everyone who tries to play Aion Online. There is workaround for that: In 'wine-source/dlls/winex11.drv/mouse.c' find: wine_tsx11_unlock(); return TRUE; (in 1.2-rc3 it is line 844) and replace it with: wine_tsx11_unlock(); queue_raw_mouse_message( WM_MOUSEMOVE, NULL, x, y, 0, GetCurrentTime(), 0, 0 ); return TRUE; http://appdb.winehq.org/objectManager.php?sClass=version&iId=20402 I don't think this is related to the 6971 bug. -- 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 15

[Bug 26533] New: White line on right navigation arrow on Barnes and Noble Nook e-Reader
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=26533 Summary: White line on right navigation arrow on Barnes and Noble Nook e-Reader Product: Wine Version: 1.3.16 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: JNowka(a)gmail.com Created an attachment (id=33792) --> (http://bugs.winehq.org/attachment.cgi?id=33792) Image Artifact on Right Navigation Arrow. A white line is located over the right navigation arrow in wine. This does not occur under Windows. -- 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 16745] New: Create Option to Use Fontconfig for Handling Font Hinting and Replacement
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=16745 Summary: Create Option to Use Fontconfig for Handling Font Hinting and Replacement Product: Wine Version: 1.1.12 Platform: All OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: junk1112(a)new.rr.com Created an attachment (id=18416) --> (http://bugs.winehq.org/attachment.cgi?id=18416) Patch to enable fontconfig hinting and replacements This patch is an attempt to use fontconfig (specifically, what is defined in /etc/fonts and/or ~/.fonts.conf) to handle the hinting and replacements of fonts. This should allow the end user to make WINE programs appear more integrated with the rest of the desktop, if they choose to enable it. The general idea is to inject the fontconfig data at the step in WineEngCreateFontInstance prior to opening the font face. This allows the GdiFont to be satisfied that it is getting the face it requested, and also rendering it the way fontconfig says to. This method still allows for the font replacement mechanism in WINE to work, as this works beneath it, not trying to compete with it. The fontconfig data and load flags for freetype are stored in tagGdiFont, and the load flags are then used in the rendering step. Also, Fontconfig initialization was brought out into a separate function, as fontconfig is now used in more than one place. As I figured people may not want this on by default, it can be enabled by setting this DWORD registry key: HKCU\Software\Wine\Fonts\UseFontconfig = 1 If fontconfig is not available, the code is #ifdef'ed out, and if turned off in the registry (default), WINE uses its normal behavior. I am not a bigtime C coder, and this is my first patch that deals with WINE, freetype, and fontconfig. So, there may be memory leaks that need fixing, as well as poor coding practices and errors. ;) I have not attempted to handle every type of configurable feature in fontconfig, just hinting and replacements, as those are the most major things. I am basically just a guy who wanted this feature hard enough to go about figuring out how to do it myself. This patch is against freetype.c from 1.1.12. I welcome any suggestions and modifications to this patch, and info on how to get this into the development version of 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 29

[Bug 11638] New: Panzer General 2 doesn't work
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=11638 Summary: Panzer General 2 doesn't work Product: Wine Version: 0.9.54. Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: mdemolins(a)gmail.com Hello all, I use Fedora 8 and wine 0.9.54 (the rpm provided by the official repos). Wine appears somewhat ok. Anyways, I'm trying to run a W95/98 game, Panzer General 2. The Wine site says it works fine. http://appdb.winehq.org/appview.php?iVersionId=124 2 I was able to get the game running by changing to a Virtual Desktop and it loads to the main menu screen fine. However, after I start a scenario, the game loads up with the game control menu, but the central part of the screen where the map of the scenario should be doesn't change. It just stays the same graphic as the previous main menu screen. Clicking on the button to look at the strategic map crashes the game. Basically it appears anything with some bit of graphics doesn't work. I've changed Emulation to W95 or W98 for the program, and also played with the Video modes, but none of this helps. Any ideas? It looks like a video problem. >From the below error message, I'm wondering if I can change to an 8-bit window for the game to work. Note : 1. this bug seems to be exactly the same that when I wanted to use PG2 under Win XP without having set the "Win 95/98 compatibility mode" in the properties of its desktop shortcut. 2. I use the official game CD to install and run the game, not an ISO (I've bought it). -- 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 42

[Bug 24765] New: Operation Flashpoint: Dragon Rising screen update issue
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=24765 Summary: Operation Flashpoint: Dragon Rising screen update issue Product: Wine Version: 1.2 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: akos(a)maroy.hu Created an attachment (id=31295) --> (http://bugs.winehq.org/attachment.cgi?id=31295) wine console output after installing Operation Flashpoint: Dragon Rising 1.05, and applying a crack, I can start the game - but it seems that the screen updates are somehow lacking. basically the screen content is only updated if some other application draws on top of OF: Dragon Rising. this can be either the small task switcher window (ALT-TAB), or the sound level popup window (for volume up or volume down) - then, the screen content is updated correctly. but without these, the screen flickers, and there are no updates. this is on an ubuntu 10.04, nVidia GTX 285 with the nvidia drivers, and not using compiz. see the console output 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.

1 3