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.
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.
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.
http://bugs.winehq.org/show_bug.cgi?id=24807
Summary: OrchidWiz doesn't run.
Product: Wine
Version: 1.2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: paw.badreligion(a)gmail.com
Created an attachment (id=31372)
--> (http://bugs.winehq.org/attachment.cgi?id=31372)
Output when I try to run this .exe
OrchidWiz can't run on Wine. I attach the output I get on the terminal. I
haven't been able to find this app listed anywhere, so these are my two cents.
--
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.
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.
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.
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.
http://bugs.winehq.org/show_bug.cgi?id=24934
Summary: Resident Evil 3: Game lags for any seconds when camera
moved between scenes
Product: Wine
Version: 1.3.4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dumanovsky(a)ya.ru
Created an attachment (id=31574)
--> (http://bugs.winehq.org/attachment.cgi?id=31574)
Full output, after second run when game fails
Game lags for any seconds when camera moved between scenes
In first run after reboot, if I set:
sound system: OSS, Windows7, disable shaders, DirectSound: Emulation, 22050/8 -
this smalls in game lags to 0.3-0.5 sec. And game works.
Every next start without rebooting (even if I killed all wine processes) I get
error message just before when controlled by me person appears.
Game always printigs this (very often):
fixme:bitblt:client_side_dib_copy potential optimization: client-side
compressed DIB copy
--
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.
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@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.
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.