http://bugs.winehq.org/show_bug.cgi?id=12995
Summary: PSPad have broken glyph in password box
Product: Wine
Version: CVS/GIT
Platform: PC
URL: http://www.pspad.com
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: petr.dlouhy(a)email.cz
Created an attachment (id=12752)
--> (http://bugs.winehq.org/attachment.cgi?id=12752)
broken glyph
PSPad 4.5.3 have brokeng glyph (squares instead of stars or dots) in password
box (left panel → ftp → connect to ftp → new connection → password).
This changed after this commit:
http://source.winehq.org/git/wine.git/?a=commit;h=4094ff025675a14e7572d975d…
before this, the input box was even more broken, but the glyph was better -
there was '×' (multiply) sign. On Windows XP, there are big dots in that box
(but stars would be also OK).
--
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=22222
Summary: Simple game very CPU intensive
Product: Wine
Version: 1.1.41
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: atari(a)gabo.pl
A free game Desktop Dungeons (download: http://www.qcfdesign.com/?cat=20) has a
very simple 2d graphic. Yet the game is very CPU intensive under Wine. There is
nothing significant in the log to determine why.
--
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=29972
Bug #: 29972
Summary: Crusader Kings 2 crashes after small whille with
GL_OUT_OF_MEMORY
Product: Wine
Version: 1.4-rc4
Platform: x86
OS/Version: Mac OS X
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: paulthetall(a)gmail.com
Classification: Unclassified
Crusader Kings 2 crashes after a few minutes on lower end systems and a bit
later on high end systems. with this error in the debugrun
err:d3d:buffer_sync_apple >>>>>>>>>>>>>>>>> GL_OUT_OF_MEMORY (0x505) from
glBufferDataARB
@ buffer.c / 607
wine: Unhandled page fault on read access to 0x00000000 at address 0x539239b4
(thread 0009), starting debugger...
Whole debugrun will be in attachments. Happens on osx lion and Snowleopard
systems.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=40583
Bug ID: 40583
Summary: Wine - mtndew.dll fails to initialize due to memory
pointer work
Product: Wine
Version: 1.7.53
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: pjb82(a)outlook.com
Distribution: ---
Attempting to run 'Eldorito' in WINE
(https://github.com/ElDewrito/ElDorito.git) fails, seemingly due to the pointer
work which is pervasive through the code.
I have modified the code a little in the Git to try to track the failure. It
appears that the memory pointer work causes the failed initialization with the
first action being:
size_t TlsPtrAddress = Pointer(TlsPtrArrayAddress).Read<uint32_t>();
I am creating this report at the request of hackomatic in the #winehackers
channel on freenode.net
--
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=23944
Summary: Verizon Media Manager needs native Windows VB
scripting dlls to install
Product: Wine
Version: 1.2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: spzakulec(a)gmail.com
Created an attachment (id=30054)
--> (http://bugs.winehq.org/attachment.cgi?id=30054)
Console output from trying to install the program with builtin dlls.
If I try to install Verizon Media Manager without having the native wsh56vb
installed from winetricks, I get stuck on the last screen before it starts
installing. That screen is right after the EULA, and has you put in a name for
share and where you would like to install 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.
http://bugs.winehq.org/show_bug.cgi?id=27708
Summary: GetThreadSelectorEntry fails
Product: Wine
Version: 1.2.2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nitsuja-(a)hotmail.com
Created an attachment (id=35459)
--> (http://bugs.winehq.org/attachment.cgi?id=35459)
binary (and source code) of the test case
When a program calls GetThreadSelectorEntry after creating a process, it fails
in Wine (returns FALSE and sets lasterror to 5), but succeeds in Windows. This
is a problem for a program I made which needs this function to work, so I've
boiled it down to a tiny test case which still fails in the same way, and is
attached. When run on Windows, this exe brings up a messagebox saying "ALL OK",
but when run on Wine, it says "ERROR: GetThreadSelectorEntry failed". Here's
the source code:
#define WIN32_LEAN_AND_MEAN
#define _WIN32_WINNT 0x0500
#include <windows.h>
void AssertSuccess(BOOL success, const char* errorMessage);
int WINAPI WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, LPSTR
lpCmdLine, int nShowCmd)
{
// it doesn't matter which exe I start, so for this example I use the
current exe path
CHAR filename[MAX_PATH];
GetModuleFileName(NULL, filename, MAX_PATH);
STARTUPINFO startupInfo = {sizeof(STARTUPINFO)};
PROCESS_INFORMATION processInfo = {};
BOOL success = CreateProcess(filename, NULL, NULL, NULL, FALSE,
CREATE_SUSPENDED | DEBUG_PROCESS,
NULL, NULL, &startupInfo, &processInfo);
AssertSuccess(success, "ERROR: CreateProcess failed.\n");
HANDLE hThread = processInfo.hThread;
CONTEXT context;
context.ContextFlags = CONTEXT_SEGMENTS;
success = GetThreadContext(hThread, &context);
AssertSuccess(success, "ERROR: GetThreadContext failed.\n");
LDT_ENTRY ldtEntry;
success = GetThreadSelectorEntry(hThread, context.SegFs, &ldtEntry);
AssertSuccess(success, "ERROR: GetThreadSelectorEntry failed.\n");
if(success)
MessageBox(NULL, "ALL OK.", "DONE", MB_ICONASTERISK);
return success ? 0 : -1;
}
void AssertSuccess(BOOL success, const char* errorMessage)
{
if(!success)
MessageBox(NULL, errorMessage, "ERROR", MB_ICONERROR);
}
--
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=36956
Bug ID: 36956
Summary: Galactic Civilizations II (Dark Avatar/Twilight of
Arnor) renders strange polygons on ships
Product: Wine
Version: 1.7.22
Hardware: x86
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
Created attachment 49067
--> http://bugs.winehq.org/attachment.cgi?id=49067
terminal output
The two expansions to the base game introduced a new rendering option 'Enhanced
ship rendering'. When this option is enabled strange polygons appear on the
ship models as can be seen in the attached screenshot.
The demo version of GalCiv II doesn't have this option.
The same problem with Wine 1.4.1/1.6.2/1.7.22
Tested with the open source Nouveau and the binary Nvidia drivers, both show
the problem.
Disabling GLSL or pixel shaders doesn't help.
Fedora 20
Nvidia 250 gfx card / Nvidia binary drivers 340.24
--
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=20732
Summary: Icons are not rendered 100% correctly in VB6 apps
(regression)
Product: Wine
Version: 1.1.33
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: oleaut32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gabmoa(a)yahoo.it
CC: thunderbird2k(a)gmail.com
Created an attachment (id=24783)
--> (http://bugs.winehq.org/attachment.cgi?id=24783)
Example application
An icon rendering problem is born between 1.1.25 and 1.1.26
In attachment there is a VB6 test project and screenshots of various
applications that suffer of this rendering problem.
(I hope is correct add Roderick Colenbrander mail to cc, otherwise sorry for
the mistake)
--
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=22974
Summary: "Shell folders" settings are reset after each wine
update
Product: Wine
Version: 1.2-rc1
Platform: x86
OS/Version: FreeBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: amdmi3(a)amdmi3.ru
Althrough I've disabled shell folder links (My Pictures, My Music, My Videos,
My Documents) by unchecking "Link to" checkbox for each of them in
winecfg->Desktop Integration->Shell Folders, after each wine update those
settings are reset and all folders are again linked to my home directory. That
is highly undesirable, as I'd prefer windows apps never access anything outside
.wine/drive_c.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=43465
Bug ID: 43465
Summary: Unit Test: ComboBox Dropdown does not work if Style is
set and no scrollbar required
Product: Wine
Version: 2.13
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: Brad.Wine1(a)amaitis.com
Distribution: ---
Created attachment 58840
--> https://bugs.winehq.org/attachment.cgi?id=58840
Image of Visual bug
winehq-devel
wine --version
wine-2.13
Combox works without the style loaded.
After Style is loaded
The dropdown box is blank and not selectable.
works if scroll bar is required and the dropdown count >5.
source code is available
download unit test
http://www.ateksol.com/dev/unittest/CreateComboBox.exe
sha1sum
bc58c1ec276cdf492133b5005690040ce7f3bfad CreateComboBox.exe
I put unknown in Component because we have tried native
comctl32,comdlg32,advapi32,uxtheme,msimg32,MSCTF
I set the priority a Normal however for our release of the product it is
Blocker.
Attached is an image of the symptom.
If it helps the above referenced program has a button to create and drop down a
new box.
The CreateCombo button Sleeps for 10 seconds to allow time to start trace
Creates the compontent drops it down and sleeps for 5 seconds to stop the
trace.
--
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.