http://bugs.winehq.org/show_bug.cgi?id=17221
Summary: Google Sketchup plugin Cutlist does not work
Product: Wine
Version: 1.1.7
Platform: PC
URL: http://lumberjocks.com/jocks/daltxguy/blog/5143
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mellery(a)gmail.com
Created an attachment (id=19150)
--> (http://bugs.winehq.org/attachment.cgi?id=19150)
console output
The plugin cutlist (download link is in the bug report) doesn't load
completely, when I start the plugin only the logo and 4 button boxes load not
the settings box that should be inbetween. Also clicking on the buttons have
no effect.
--
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=28825
Bug #: 28825
Summary: Mystic Diary - Haunted Island: Multiple sprite-related
bugs in hidden object scenes
Product: Wine
Version: 1.3.30
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: josh+wine(a)iswifter.net
Classification: Unclassified
Observed misbehaviors:
(a) Upon clicking an object, it's removed from the scene and replaced by a
sprite overlay, but the wrong image is used. For example, you might click on a
tote bag, but a guitar pulses and flies offscreen. Sometimes it's one of the
cursor images or a striped texture.
(b) Clicking an object removes its image from the scene, but sometimes no
animation occurs and the object's name isn't crossed off the list. Also, if
this happens several times in a row, the game complains that you're clicking
randomly. If you leave and return, the objects are back in the scene.
(c) Following (b) above, sometimes the object is replaced in the scene by
another image, and clicking that begets the removal animation and gives you
credit for finding the object.
--
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=31662
Bug #: 31662
Summary: Office 2010 font embedding when exporting to PDF
Product: Wine
Version: 1.5.6
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dan.raviv(a)gmail.com
Classification: Unclassified
Created attachment 41630
--> http://bugs.winehq.org/attachment.cgi?id=41630
docx and Office 2010 exported pdfs
When exporting office files to PDF using Office 2010 on Wine, the fonts don't
get embedded in the resulting PDF. This is in contrast to the behavior on
Windows where the fonts are embedded correctly.
After replacing t2embed.dll with a version from windows, the embedded font
entry is created in the PDF, *but* is effectively empty:
5 0 obj
<</Type/Font/Subtype/TrueType/Name/F1/BaseFont/ABCDEE+Calibri/Encoding/WinAnsiEncoding/FontDescriptor
6 0 R/FirstChar 32/LastChar 55/Widths 17 0 R>>
endobj
6 0 obj
<</Type/FontDescriptor/FontName/ABCDEE+Calibri/Flags 32/ItalicAngle 0/Ascent
750/Descent -250/CapHeight 750/AvgWidth 521/MaxWidth 1743/FontWeight
400/XHeight 250/StemV 52/FontBBox[ -503 -250 1240 750] /FontFile2 18 0 R>>
18 0 obj
<<>>
endobj
Note the empty object 18.
Suspecting the issue is in wineps.drv.
--
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=23768
Summary: winhelp: Some images not shown in certain 16-bit Help
files
Product: Wine
Version: 1.2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: markk(a)clara.co.uk
Created an attachment (id=29793)
--> (http://bugs.winehq.org/attachment.cgi?id=29793)
4aces.hlp.bz2
With some 16-bit Help files, some images are not shown. See the attached files.
Load 4aces.hlp into Wine winhlp32. This console output appears:
err:winhelp:HLPFILE_DoReadHlpFile buf[0x14] = 0
Click the author's name popup link at the bottom. The popup is tiny, maybe 6x15
pixels, and empty. It's supposed to be a picture of the author. The other popup
links appear as they should (albeit not the correct size, see bug 23008).
Load 6pack.hlp into Wine winhlp32. With this file (created by the same author)
there is no initial console output, and clicking the author's name popup link
does correctly show the picture. Maybe this file was authored using a later
version of the help compiler?
--
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=24421
Summary: MJ's Help Diagnostics - wine: Unhandled page fault
on read access
Product: Wine
Version: 1.3.2
Platform: x86
URL: http://helpware.net/downloads/MJsDiag.zip
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: hhctrl.ocx
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: saturn_systems(a)yahoo.com
Trying to run MJ's Help Diagnostics in a default wine gives an Unhandled page
fault on read access (see attachment)
--
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=17257
Summary: tex2html will not install
Product: Wine
Version: 1.1.12
Platform: Other
URL: http://www.chikrii.com/products/tex2word/dl/
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jon.dufresne(a)gmail.com
The program "tex2html", evaluation can be downloaded from provided URL, will
not install. Wine's command output reads:
---
$ wine ./tex2word.exe
fixme:mountmgr:harddisk_ioctl unsupported ioctl 4d004
---
The error inside the installer reads:
---
Tex2Word installation activity:
[1] Trying destination folders... can't write to folder C:\Program Files\Common
Files\Microsoft Shared\TEXCONV\
---
A popup then appears that reads:
---
Can't install Tex2Word!
---
After clicking the "OK" in the pop up, the installation closes.
--
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=20695
Summary: Cannot scroll documents being compared in winmerge
Product: Wine
Version: 1.1.32
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: joao.eiras(a)gmail.com
1. Get Winmerge http://winmerge.org/downloads/ (I'm using 2.12.4)
2. Install MFC71U.DLL and MSVCP71.dll (winetricks is good)
3. Open WinMerge and compare two documents
Notice how the double document view cannot be scrolled horizontally using the
scrollbar. IT works though if you select text and drag the mouse.
--
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=34070
Bug #: 34070
Summary: 'fixme:win:alloc_winproc too many winprocs' prevents
simutronics StormFront.exe from updating widgets
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: matt(a)tolton.com
Classification: Unclassified
Created attachment 45293
--> http://bugs.winehq.org/attachment.cgi?id=45293
Debug log
This bug is about StormFront.exe from Simutronics. The application works fine
for awhile, but at some point certain widgets in the app stop updating. I
believe this is due to the message I'm seeing in the debug log (see attached):
fixme:win:alloc_winproc too many winprocs
The time it starts appearing coincides with the widgets not updating. The
longer that the application runs, the more messages that are emitted. I ran it
for about 4 hours and saw around 20k messages.
I did some code spelunking and tracked it down to this file:
https://github.com/mirrors/wine/blob/master/dlls/user32/winproc.c#L298
It seems like MAX_WINPROCS could be increased, and it might alleviate the
problem, but would probably just make it take longer to manifest. (Since it
only manifests after using the app for a little while, now).
I am using Crossover Mac 12.2.0 (I am not sure which version of wine this is).
My question is twofold:
1) How hard would it be to actually reclaim these winprocs rather than leak
them?
2) If that doesn't work, is there some way for me to increase the MAX_WINPROCS
constant and recompile user32.dll to use for just one bottle in CrossOver?
--
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=35711
Bug ID: 35711
Summary: Winelib: compile error in wincon.h if NOGDI is defined
before #include <windows.h>
Product: Wine
Version: 1.4.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: matteo(a)mitalia.net
As described in the summary; if I try to compile the following file
#define NOGDI
#include <windows.h>
int main()
{
return 0;
}
with winegcc (wine-dev package 1.4.1 from Ubuntu 13.10) I get
In file included from /usr/include/wine/windows/windows.h:42:0,
from test.c:2:
/usr/include/wine/windows/wincon.h:337:62: error: unknown type name
‘LPCONSOLE_FONT_INFOEX’
WINBASEAPI BOOL WINAPI
GetCurrentConsoleFontEx(HANDLE,BOOL,LPCONSOLE_FONT_INFOEX);
^
/usr/include/wine/windows/wincon.h:375:62: error: unknown type name
‘LPCONSOLE_FONT_INFOEX’
WINBASEAPI BOOL WINAPI
SetCurrentConsoleFontEx(HANDLE,BOOL,LPCONSOLE_FONT_INFOEX);
^
winegcc: gcc failed
This comes from the fact that the typedef LPCONSOLE_FONT_INFOEX (and related
types) is #ifdef-ed out when NOGDI is defined, but SetCurrentConsoleFontEx
(which depends from this type) is always included.
The bug makes compiling anything that uses the NOGDI option impossible.
--
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.