https://bugs.winehq.org/show_bug.cgi?id=37297
Bug ID: 37297
Summary: CreateEdit windows always fullscreen under wine
Product: Wine
Version: 1.7.26
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: n4af(a)n4af.net
ref:
https://forum.winehq.org/viewtopic.php?t=23405&p=96423…
[View More]I have a Pascal (Dephi) app that runs well under Wine application layer.
The problem is that there are a number of edit controls that will only show in
full screen under Wine.
This would be an example of a procedure to create a editable window using Alt-D
WM_INITDIALOG:
begin
Windows.SetWindowText(hwnddlg, RC_DUPECHECKOAR);
Format(TempBuffer1, TC_ENTERCALLTOBECHECKEDON,
BandStringsArray[InActiveRadioPtr.BandMemory],
ModeStringArray[InActiveRadioPtr.ModeMemory]);
CreateStatic(TempBuffer1, 15, 3, 250, hwnddlg, 102);
AltDEditWindowHandle := CreateEdit(ES_CENTER or ES_UPPERCASE or WS_BORDER,
15, 27, 250, 30, hwnddlg, 101);
asm
mov edx,[MainWindowEditFont]
call tWM_SETFONT
end;
CreateOKCancelButtons(hwnddlg);
The above CreateEdit dutifully creates a window under Win7.
Ubuntu (kernel 3.16) will only display as fullscreen.
Under linux I can grab the title bar and move the f/s window but nothing else.
Right clicking on the title bar i have options Restore, Resize, Maximize
selected.
Screen captures on https://forum.winehq.org/viewtopic.php?t=23405&p=96423
Tks, Howard
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=31278
Bug #: 31278
Summary: The Longest Journey: "eye-mouth-hand" dialog only
appears sometimes (randomly?)
Product: Wine
Version: 1.5.9
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: rmmartins(a)gmail.com
…
[View More]Classification: Unclassified
This bug has been described by Octavian Vocu on one of his comments in another
bug report from the same game
(http://bugs.winehq.org/show_bug.cgi?id=11819#c39). I'm pasting an excerpt of
his comment below because it explains exactly what's happening:
"There is still some issue related to doing actions on objects, with the mouse.
Clicking an actionable object should display the eye-mouth-hand dialog. Mouse
shows correct pointer, but simply clicking has no effect. I noticed that as you
push the left mouse button, you need to move the mouse slightly for the action
dialog to appear. Might be related to transparent windows, not sure yet."
It's certainly a different bug and deserves a different report, that's why I'm
creating this.
I've tested this on Debian Sid (i386) with wine-1.5.9. The console output is
small, so I just pasted it below; the messages look the same as every other bug
report on the game. The last three fixme's repeat a million times.
fixme:win:EnumDisplayDevicesW ((null),0,0x33eb04,0x00000000), stub!
fixme:ddraw:ddraw7_Initialize Ignoring guid
{00000000-0000-0000-0000-000000000000}.
fixme:d3d_surface:wined3d_surface_flip Ignoring flags 0x1.
fixme:d3d_surface:surface_load_location Unimplemented location SFLAG_INSYSMEM
for depth/stencil buffers.
fixme:d3d_surface:surface_unmap Depth / stencil buffer locking is not
implemented.
fixme:d3d:state_subpixel Render state WINED3D_RS_SUBPIXEL not implemented yet.
fixme:d3d:state_flushbatch Render state WINED3D_RS_FLUSHBATCH not implemented
yet.
fixme:d3d_surface:surface_load_location Unimplemented location SFLAG_INSYSMEM
for depth/stencil buffers.
fixme:d3d_surface:surface_load_location Unimplemented location SFLAG_INSYSMEM
for depth/stencil buffers.
fixme:d3d_surface:surface_unmap Depth / stencil buffer locking is not
implemented.
It might be important to notice that Octavian was probably on the right track
of fixing this with his previous patches. The game runs pretty well on 1.3.32
with three of his patches (http://bugs.winehq.org/show_bug.cgi?id=11819#c37);
the issue reported here is the main thing keeping it from being almost perfect.
Also, on a 1.5.9 with the same three patches (even though the characters are
invisible again) the following three messages appear when you click an object
(when the dialog should be displayed):
fixme:x11drv:X11DRV_WindowPosChanged transparent window, fixing window rect
fixme:x11drv:X11DRV_WindowPosChanged transparent window, fixing window rect
fixme:x11drv:X11DRV_WindowPosChanged transparent window, fixing window rect
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=41644
Bug ID: 41644
Summary: Civilization v1.2: crashes on startup
Product: Wine
Version: 1.9.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: K_ThaaL(a)bk.ru
Distribution: ---
Created attachment 56018
--> https://bugs.…
[View More]winehq.org/attachment.cgi?id=56018
trace generated by wine
Wine crashes right after the first frame of game intro is shown.
Created a new 32bit wine prefix for this game.
Tried windows versions XP and 3.1 - behavior is the same in both cases.
Using virtual desktop and disallowing window decorations did not help.
No other options tried.
Ubuntu 16.04 LTS is used with Wine installed from winehq repository.
Problem is detected on 1.9.21 and 1.9.22.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=41549
Bug ID: 41549
Summary: Hover! in fullscreen mode does not cover the top bar
in Gnome.
Product: Wine
Version: 1.9.20
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aaronbpaden(a)gmail.com
Distribution: ---
…
[View More]
I'm using wine-staging 1.9.20.
When you set Hover! to fullscreen, it sets the display resolution and fills up
most of the screen as it should, but it's set under top bar in GNOME, resulting
in several rows of pixels from the bottom of the application also being outside
of the display.
I confirmed that Hover! does cover the task bar in a Windows VM.
There's nothing really in the logs, except for a weird
"fixme:process:LoadModule Strange error set by CreateProcess: 193", but that
shows up before setting fullscreen.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=37192
Bug ID: 37192
Summary: Some Chinese displayed as garbage in DushuBus
everytime updating bookmarks
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: penghao(a)linuxdeepin.com
…
[View More]DushuBus is an online book reader.
Download DushuBus from http://www.dushubus.com/down/book_setup_12.4.exe
Install Dushbus and dependencies: winetricks -q mdac28 jet40.
Step 0.Start DushuBus from
C:/Program Files/读书巴士/Book.exe
Step 1. Click the 网站设置 (Network settings) item from the dropdown menu in the
right top corner of DushuBus:
Step 2. Click 小说正文标识设置 (Bookmarks settings)
Step 3. Click 在线更新 (online update)
Step 4. Click 确定 (ok)
See: dushubus_code.png for screenshot
Some Chinese characters display in garbage.
===
未完待续,欲知后事如何,请登录新浪原创┰母嗾陆凇VС肿髡撸С终妗?lt;/p><p>新浪原创:http://vip.book.sina.com.cn
===
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=27584
Summary: MFC fillrect draws differently under wine
Product: Wine
Version: 1.3.21
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bailey937(a)yahoo.com
Created an attachment (id=35259)
--> (http://bugs.winehq.org/attachment.cgi?id=35259)
…
[View More]sample program for reproducing FillRect bug
I have a program that uses CPaintDC.FillRect() to draw histogram samples.
It draws one-pixel wide vertical rectangles.
Under wine, the bottom-most pixel is not drawn.
I'm attaching a sample program. Under Windows7 (have 64bit pro), the red line
is touching the black baseline and the black line on the right is touching the
baseline also.
When I run the program under wine, both the red vertical line on the left and
the black vertical line on the right are floating one pixel above the baseline.
I tried both 32bit Ubuntu 11.04 (wine 1.2.2) on a netbook and also Fedora 15
64bit (wine 1.3.21) under Virtualbox on my Windows machine. Both have the same
problem.
The relevant code for the test case is in
CChildView::OnPaint() in ChildView.cpp
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=38705
Bug ID: 38705
Summary: Gothic crashes on saving games
Product: Wine
Version: 1.7.40
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: amlopezalonso(a)gmail.com
Distribution: ---
Created attachment 51633
--> https://…
[View More]bugs.winehq.org/attachment.cgi?id=51633
Crash backtrace
Gothic 1.08j always crashes when trying to save a game, right after entering
savegame name. Attaching backtrace.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=39867
Bug ID: 39867
Summary: Long path components (e.g. 250 character long) crash
open/save dialogs
Product: Wine
Version: 1.8
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comdlg32
Assignee: wine-bugs(a)winehq.org
Reporter: whitequark(a)whitequark.org
…
[View More]Distribution: ---
To reproduce:
1. mkdir
aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
2. call GetOpenFileName and navigate to a directory containing the newly
created one
3. Wine is aborted by stack smashing protection
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=39688
Bug ID: 39688
Summary: Crash in file browser dialog (probably because of >
MAX_PATH)
Product: Wine
Version: 1.6.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comdlg32
Assignee: wine-bugs(a)winehq.org
Reporter: n296869(a)rtrtr.com
Distribution: ---
…
[View More]Wine's GetOpenFileNameW/GetSaveFileNameW seems to crash when encountering a
very long path name (i.e. longer than MAX_PATH characters).
--
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.
[View Less]