http://bugs.winehq.org/show_bug.cgi?id=15042
Summary: check boxes go sometimes completely black
Product: Wine
Version: 1.1.3
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: toni.ruottu(a)iki.fi
Created an attachment (id=15695)
--> (http://bugs.winehq.org/attachment.cgi?id=15695)
screen shot of it happening
check boxes go sometimes completely black
--
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=12385
Summary: Maya PLE 8.5: Dialogs sometimes hangs on the screen
until exit
Product: Wine
Version: unspecified
Platform: PC
URL: http://usa.autodesk.com/adsk/servlet/index?siteID=123112
&id=7639525
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: l.jirkovsky(a)gmail.com
Created an attachment (id=11884)
--> (http://bugs.winehq.org/attachment.cgi?id=11884)
more dialogs at time
Dialogs that are placed above 3D window sometimes hang on the screen even if
Maya is minimized until maya closing.
Steps to reproduce:
1. run Maya PLE
2. Open these dialogs: View, Shading, Lighting, Show, Renderer, Panels
-> usually it takes some time before dialog disappear
-> dialogs hangs usually when more dialogs are visible or if some of the
sub-dialogs is shown.
In console is:
fixme:menu:TrackPopupMenuEx not fully implemented
--
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=18111
Summary: program crashes immediately after start since wine
1.1.19
Product: Wine
Version: 1.1.19
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: MadLoisae(a)gmx.net
Created an attachment (id=20548)
--> (http://bugs.winehq.org/attachment.cgi?id=20548)
output on command line on start.
With wine 1.1.18 an application works well - with wine 1.1.19 it crashes
immediately after start with the attached backtrace.
the program is a program like emule.
should I make a Regressiontest (my CPU is very slow ...) or can anyone see the
reason for the crash?
thanks!
kind regards, Alois
--
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=15347
Summary: Lexware: Installation fails with "Systemprüfung konnte
nicht erfolgreich abgeschlossen werden"
Product: Wine
Version: 1.1.5
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: koesterreich(a)gmx.net
Created an attachment (id=16179)
--> (http://bugs.winehq.org/attachment.cgi?id=16179)
wine output
I am trying to install Lexware financial office pro[1], Version "2008 Juli" on
Ubuntu 8.04.1 with wine 1.1.5 from APT-repo.
For starting the installer various libraries need to be installed. I did that
using winetricks from 2008-08-25: winetricks msxml3 jet40 mdac28 winxp
The installation fails with a message-box saying "Systemprüfung konnte nicht
erfolgreich abgeschlossen werden" ("The system-check could not be completed
sucessfully. Aborting installation") [2].
Unfortunately there is now demo-version available for download (as far as I
know) but you can order a 4-week-trial on DVD [3].
I append the output of wine using (WINEDEBUG=+relay,+msgbox) and the following
debug parameters in user.reg:
[Software\\Wine\\Debug] 1221939180
"RelayExclude"="ntdll.RtlEnterCriticalSection;ntdll.RtlLeaveCriticalSection;kernel32.94;kernel32.95;kernel32.96;kernel32.97;kernel32.98;RtlEnterCriticalSect$
"RelayFromExclude"="winex11.drv;user32;gdi32;advapi32;kernel32"
I extracted a 1000-line section around the msgbox using tail and head. Hope the
log is helpful.
Regards,
Fabian
[1] AppDB entry:
http://appdb.winehq.org/objectManager.php?sClass=application&iId=5505
[2] Screenshot of error:
http://appdb.winehq.org/appimage.php?iId=20158
[3] 4-Week-Trial:
http://www.lexware.de/SID141.WXWPbkjL394/shop/productDetails?orderNo=A09018…
--
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=18993
Summary: Shadows and selection circles z-fight in World of
Warcraft
Product: Wine
Version: 1.1.23
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P3
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: eiffel56(a)gmail.com
The lowest-setting shadows and selection circles in World of Warcraft do
z-fight with the ground. This is not a regression afaik, at least I haven't
seen an other behaviour yet.
As I was testing if the patch attached to Bug
#14174(http://bugs.winehq.org/show_bug.cgi?id=14174) causes problems in other
games, I noticed that the same patch does almost fix the problem in World of
Warcraft. I modified it a bit so it entirely fixes that z-fighting, but now it
doesn't fix the bug mentioned in report #14174.
As I don't really understand why its causing that, someone with enough
knowledge should investigate in it. I will attach the modified patch, allowing
to render lowest-settings shadows and selection circles correctly.
--
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=19495
Summary: DialogBox() returns -1 for Invalid Window Handle,
Should Be 0
Product: Wine
Version: 1.1.26
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: robertgonder(a)embarqmail.com
DialogBox( hInstance, MAKEINTRESOURCE(MyDlg), NULL, MyDlgProc )
returns -1 (AFTER the dialog has completed correctly!)
GetLastError() returns 1400 (Invalid Window Handle).
NULL is the window handle, meaning the desktop is the owner.
According to the MS docs here
http://msdn.microsoft.com/en-us/library/ms645452(VS.85).aspx
"If the function fails because the hWndParent parameter is invalid, the return
value is zero."
I can work around this, but it might be causing problems in commercial
software.
--
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=20226
Summary: builtin xcopy.exe crashes with page fault when source
directory does not exist.
Product: Wine
Version: 1.1.30
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: robbak(a)gmail.com
Created an attachment (id=23862)
--> (http://bugs.winehq.org/attachment.cgi?id=23862)
backtrace from crash in xcopy.exe
The builtin implemetnation of xcopy.exe has a bug wherein xcopy pagefaults on
exit when the source file does not exist, and option\e (copy empty
subdirectories) is used. Example below:
wine xcopy.exe /e Z:\home\\robbak\\testdir\\nonexistant
z:\\home\\robbak\\testdir\\nonexist_target
Path not found
wine: Unhandled page fault on write access to 0x003a005e at address 0x7bc460f4
(thread 0042), starting debugger...
err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr
0x7bc460f4
[1]+ Done wine notepad.exe
Attached is a dump created while running autopatcher, which runs uses
xcopy.exe. (my simple test did not produce a backtrace.)
--
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=11710
Summary: wineprefixcreate does not create a color folder
Product: Wine
Version: unspecified
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: enhancement
Priority: P4
Component: tools
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lars.tore(a)mulebakken.net
In a normal windows directory tree there should be a color folder.
Unfortunately different windows version use different placement.
According to Real World Digital Photography, 2nd Edition, which I found after
some googling this is the proper places.
"For Windows 98 and earlier profiles should be saved in Windows\System\Color
directory.
For Windows XP, Windows 2000, and Windows ME, profiles should be saved to
Windows\System32\Spool\Drivers\Color.
For Windows NT, the profiles should belong in Windows\System32\Color
Some application like Picture Window Pro require this folder for a functionally
color management.
There are some discussion about this here
http://bugs.winehq.org/show_bug.cgi?id=11532
--
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=15580
Summary: The Bat! v4.0.34.13 lose birthday in addressbook
Product: Wine
Version: 1.1.6
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: newsletter(a)Schiermeier-Software.de
Created an attachment (id=16581)
--> (http://bugs.winehq.org/attachment.cgi?id=16581)
The addressbook 'Edit address entry' dialog with the TDateTimePicker-control
Using the email program 'The Bat!' the addressbook of this application will set
the birthday of an entry inside this addressbook back to the actual day after
calling the new addressbook entry again in a new session.
The addressbooks birthday is a 'TDateTimePicker' control. This or related
controls don't work properly.
--
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=9345
Summary: SecureCRT - Scroll fails on any connection
Product: Wine
Version: 0.9.43.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P5
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: franziskaner.fan(a)gmail.com
Created an attachment (id=7632)
--> (http://bugs.winehq.org/attachment.cgi?id=7632)
image of the buggy scroll
Secure crt does not display correctly scroll.
When you connect anywhere and execute a long command (long ps, read a log...)
and scroll "run" fast it doesn't refresh correctly, mix old lines with new
ones.
If you select the lines (as shown in screenshot) it display new ones (actual
ones) but still display old ones too if it was longer.
I had test my version (SecureCRT 5.5.1 with enterprise license) since wine
0.9.38 (allways compiled, not rpm nor binarys) in Mandriva.
Other work companions has the same problem in Ubuntu and debian with
pre-compiled versions.
I too proved other versions with demo version and same problem appear.
Thanks for all
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.