September 2010 - Wine-Bugs - list.winehq.org

[Bug 20784] New: Artweaver drop-down menu behind parent window
by wine-bugs＠winehq.org Feb. 23, 2015

Feb. 23, 2015

http://bugs.winehq.org/show_bug.cgi?id=20784 Summary: Artweaver drop-down menu behind parent window Product: Wine Version: 1.1.33 Platform: PC URL: http://www.artweaver.de/home-en OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdiplus AssignedTo: wine-bugs(a)winehq.org ReportedBy: billstei(a)hbci.com In Artweaver 1.07, the drop-down menus are drawn behind the window that contains the drop-down widget. Example: In the Brush tool window (Ctrl-9 to show it), the widget which selects the type of brush when clicked draws the menu window/items behind the Brush window. -- 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 24390] New: Config files (mostly ~/.local/share) need a severe cleanup
by wine-bugs＠winehq.org Feb. 23, 2015

Feb. 23, 2015

http://bugs.winehq.org/show_bug.cgi?id=24390 Summary: Config files (mostly ~/.local/share) need a severe cleanup Product: Wine Version: 1.2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: cousteaulecommandant(a)hotmail.com Right now, removing a Wine install folder (a wineprefix) leaves a lot of config files behind it (menu entries, mime types...) which can't be easily removed due to its sparseness. The most elegant solution would be to put all these files on a special folder inside the wineprefix, and symlink the needed ones on the right config folder. This way, removing a wineprefix would just result on some broken links, which could be taken care of by a special script. Additionally, winecfg should have options to not create them. Some of those files/directories are: 1> ~/.config/menus/applications-merged/wine-*.menu 2> ~/.local/share/applications/wine/ 3> ~/.local/share/applications/wine-extension-*.desktop and ~/.local/share/applications/wine-Programs-*.desktop (the latter is locale-dependent) 4> ~/.local/share/desktop-directories/wine-*.directory 5> ~/.local/share/icons/ (mostly all of them) 6> ~/.local/share/mime/application/x-wine-extension-*.xml and ~/.local/share/mime/packages/x-wine-extension-*.xml (Some, but not all, of these entries are listed on http://wiki.winehq.org/FAQ#head-9893ae50079ca7a959258f0bc9a17aaf2e69b391) I don't know what most of them do, but: (1) and (4) should be replaced by symlinks and put on the corresponding wineprefix. (2) should contain one directory for wineprefix, which would be a symlink to the actual directory. This would result on a separate "Programs" entry for each wineprefix. (Instead of Applications > Wine > Programs > FooSoft > Run Foo, it would be something like Applications > Wine > Foo prefix > FooSoft > Run Foo) (3) What's this?? (5) should be on each wineprefix, with the corresponding .desktop file pointing to them. (6) should be replaced by symlinks, and, if possible, put them on a directory and just symlink the directory. Or, in my opinion, could be totally removed from Wine, Linux's mime type detection works fine, thanks. There should be a script that rearranged all these files on the corresponding wineprefixes. In order to do this, the `env WINEPREFIX="..."` string on ~/.local/share/applications/wine/.../*.desktop can be useful. -- 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 4

[Bug 24237] New: Window redraw issues in virtual desktop
by wine-bugs＠winehq.org Feb. 23, 2015

Feb. 23, 2015

http://bugs.winehq.org/show_bug.cgi?id=24237 Summary: Window redraw issues in virtual desktop 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: adys.wh(a)gmail.com This afects apps with custom window controls, apparently. Tried both on WoW Launcher and WoW Repair. One video is worth a thousand words: http://www.youtube.com/watch?v=PkgWipEPw0I Maybe I can try on google chrome, too (Dan/Austin: can you add a chrome verb to winetricks?) -- 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

[Bug 24132] New: VectorWorks 2010: Random crashes when creating or editing text in the drawing area
by wine-bugs＠winehq.org Feb. 23, 2015

Feb. 23, 2015

http://bugs.winehq.org/show_bug.cgi?id=24132 Summary: VectorWorks 2010: Random crashes when creating or editing text in the drawing area Product: Wine Version: 1.3.1 Platform: x86-64 URL: http://www.nemetschek.net/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: mattlxdesign(a)gmail.com Created an attachment (id=30373) --> (http://bugs.winehq.org/attachment.cgi?id=30373) crash backtrace Wine crashes then has to be killed the exit properly when I create new text or edit existing text in the drawing area. This happens only happens when using the text tool. Unfortunately the demo version must be requested from Nemetschek but is free -- 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 4

[Bug 19552] New: World in Conflict: Can't see anything after disableing GLSL
by wine-bugs＠winehq.org Feb. 23, 2015

Feb. 23, 2015

http://bugs.winehq.org/show_bug.cgi?id=19552 Summary: World in Conflict: Can't see anything after disableing GLSL Product: Wine Version: 1.1.21 Platform: Macintosh OS/Version: Mac OS X 10.5 Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: oskar.gargas(a)gmail.com Created an attachment (id=22780) --> (http://bugs.winehq.org/attachment.cgi?id=22780) Log from last run of World in Conflict I've installed and configured wine and WiC as it is said in its how to here: http://appdb.winehq.org/objectManager.php?sClass=version&iId=9237 Everything runs very slow (about 10-15 FPS) on lowest settings so I turned off GLSL as it is said in how to and then... Menu works, movies works. But when you start a game or benchmark (in video options) everything goes blind. You can see GUI of the game, but in the main screen there is only one-color, clear (blue under see, gray in poligon, green in the forest). I don't know how to name it... It is some kind of courtain under which there is normal rendering and over there is GUI. In benchmark you can see FPS change (this is why I think there is normal rendering). Hope you will fix it. I first saw it in a Wine 1.1.21 (I didn't used earlier versions) and till now it is. -- 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 22753] New: Metafile scaling in PlayEnhMetaFile
by wine-bugs＠winehq.org Feb. 23, 2015

Feb. 23, 2015

http://bugs.winehq.org/show_bug.cgi?id=22753 Summary: Metafile scaling in PlayEnhMetaFile Product: Wine Version: 1.1.43 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: kondratyuk(a)etersoft.ru Created an attachment (id=28054) --> (http://bugs.winehq.org/attachment.cgi?id=28054) a simple test At playing the metafile is displayed with wrong scale. Attachment contents a simple WinAPI application, where metafile drawing into client rect: hemf=GetEnhMetaFile("test.emf"); GetClientRect(hWnd,&rect); PlayEnhMetaFile(hDC,hemf,&rect); (test.emf in current directory is needed for test) -- 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

[Bug 18033] New: Check time-out for kernel boot initialisation
by wine-bugs＠winehq.org Feb. 23, 2015

Feb. 23, 2015

http://bugs.winehq.org/show_bug.cgi?id=18033 Summary: Check time-out for kernel boot initialisation Product: Wine Version: 1.1.19 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: Markus.Elfring(a)web.de I am surprised by the following result. elfring(a)Sonne:~> time wine notepad err:process:__wine_kernel_init boot event wait timed out real 0m30.886s user 0m0.242s sys 0m0.087s I find the log message and the timing strange for my system specification. CPU: 15.43.1 "AMD Athlon(tm) 64 X2 Dual Core Processor 4200+" Memory: 2 GB Sonne 2.6.28.7-default #1 SMP PREEMPT Sun Mar 1 18:21:35 CET 2009 x86_64 x86_64 x86_64 GNU/Linux Can this source code section be improved with different synchronisation approaches? http://source.winehq.org/git/wine.git/?a=blob;f=dlls/kernel32/process.c;h=6… I mentioned this issue also on an other occasion. http://bugs.winehq.org/show_bug.cgi?id=17728#c2 -- 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 23868] New: C++: Exception is thrown but application is exited silently
by wine-bugs＠winehq.org Feb. 23, 2015

Feb. 23, 2015

http://bugs.winehq.org/show_bug.cgi?id=23868 Summary: C++: Exception is thrown but application is exited silently Product: Wine Version: 1.1.43 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: nil094(a)yahoo.com Created an attachment (id=29969) --> (http://bugs.winehq.org/attachment.cgi?id=29969) exception code When throwing an exception in C++, the application is supposed to abort, unless the exception had been catched. This is usually done inside blocks (functions, classmethods, etc). The attached code throws an exception derived from std::runtime_error, causing the application to exit. when running this on Linux, the output is similar to: terminate called after throwing an instance of 'Exception' what(): some awful error occured Aborted and the errorcode ($?) is set to "134". However, when compiling the code with mingw and running it with wine, the application exists silently with no visible sign of a thrown exception; the only thing that indicates an error is the variable "$?" which is set to "3". As I don't think this is expected behaviour, I have reported it as a Bug. To compile "except.cpp", use this command: wine C:/MinGW/bin/g++.exe except.cpp -o except.exe -- 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 23717] New: On exit wine disables second screen on mutihead setups
by wine-bugs＠winehq.org Feb. 23, 2015

Feb. 23, 2015

http://bugs.winehq.org/show_bug.cgi?id=23717 Summary: On exit wine disables second screen on mutihead setups 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: GatoLoko(a)gmail.com I have a system with two (2) screens in a dualhead set-up with an expanded desktop. After playing for a while I quit the game and the secondary screen is disabled. I have tried three (3) different games, and all of them do the same thing. If virtual desktop is enabled, the second screen is not disabled. -- 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 23182] New: Other wine apps refuses to launch when opoker client is opened
by wine-bugs＠winehq.org Feb. 23, 2015

Feb. 23, 2015

http://bugs.winehq.org/show_bug.cgi?id=23182 Summary: Other wine apps refuses to launch when opoker client is opened Product: Wine Version: 1.2-rc3 Platform: x86 URL: http://www.opoker.com OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: truenicoco(a)gmail.com This is a really strange issue I've been experimenting. The software installs fine and works fine, I can open tables and play, but when I try to launch another wine (for instance pokerstars), nothing happens. I've been also noticing that sometimes I cannot open tables if some other wine apps are running (other apps that I had to launch before opoker client) I think it might be worth taking a look at this problem because this application's rating is close to platinum besides this very inconvenient 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 7