http://bugs.winehq.org/show_bug.cgi?id=30735
Bug #: 30735
Summary: MS Office 2000 SR1 installs unusable
Product: Wine
Version: 1.5.4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ubrammer(a)t-online.de
Classification: Unclassified
Installation of Office 2000 SR1 at wine 1.5.4 works with a success message. But
the programs excel and word die silently latest after the first mousemovement.
Further digging in reveals:
Installing MS office 2000 SR1 does not install due to bug
http://bugs.winehq.org/show_bug.cgi?id=29335 .
This bug can be avoided bei copying the contents of the system-folder into
windows/system32 and also installing mfc42 with winetricks.
Using the above workaround gave the following: The installer crashes from
wine-1.3.7 up to 1.5.3 with another bug. The crash was fixed in wine 1.5.4 by
http://bugs.winehq.org/show_bug.cgi?id=30571 but the fix did not solve the
unusable installation of office 2000.
The first bad commit regarding bug 30571 is commit
19a2d144b563f23dacfb127b94948b0f0f89b003
Author: Hans Leidekker <hans(a)codeweavers.com>
Date: Fri Nov 12 15:05:55 2010 +0100
msi: Don't rebuild the target path for files from global assembly components.
Reverting this commit results in a good install until
commit:2a59f016dbe716aaefec9ab94d47d7b8172d0b5b
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Tue Dec 20 11:42:45 2011 +0100
mountmgr: Add dynamic devices support using UDisks.
Wine with this commit compiled in, give an unusable office 2000 installation. A
Wine version before this commit give a good office 2000 installation.
A wineprefix with a good installation is usable in later versions of wine,
which will not give a good installation.
I could not revert commit 2a59f016dbe716aaefec9ab94d47d7b8172d0b5b on top of
wine 1.5.4. So I made logs of the install with the bisected version.
--
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=37084
Bug ID: 37084
Summary: An error occurred during the closing Wayward.exe
Product: Wine
Version: 1.7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: stalkerandrei2010(a)mail.ru
Created attachment 49287
--> http://bugs.winehq.org/attachment.cgi?id=49287
Bug appeared when the application is closed
The application itself has not earned
--
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=37021
Bug ID: 37021
Summary: Wine anti-aliasing not working
Product: Wine
Version: 1.7.22
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: fonts
Assignee: wine-bugs(a)winehq.org
Reporter: theauro(a)gmail.com
Anti-aliasing stopped working in wine.
I followed the registry fix in the following link:
http://bugs.winehq.org/attachment.cgi?id=18411
Also tried to enable it in winetricks without any luck.
I am using Lubuntu 14.04 (which I converted from Ubuntu 14.04)
--
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=37117
Bug ID: 37117
Summary: PVS-Studio Error: Shifting a negative number
Product: Wine
Version: 1.7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lukebenes(a)hotmail.com
PVS-Studio Error: V610 Undefined behavior. Check the shift operator '<<. The
left operand '(LONGLONG) - 1' is negative. propvar.c 127
...
if (*res >= ((LONGLONG)1 << (dest_bits-1)) ||
*res < ((LONGLONG)-1 << (dest_bits-1)))
return HRESULT_FROM_WIN32(ERROR_ARITHMETIC_OVERFLOW);
...
The LONGLONG type is declared as 'typedef signed __int64 LONGLONG;', i.e. it is
a signed type. According to the new standard, shifting negative numbers leads
to undefined or unspecified behavior. To find out why such code still may work
and how to fix it best, see the article Wade not in unknown waters - part
three.
details on the V610 error here: http://www.viva64.com/en/d/0225/
--
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=36803
Bug ID: 36803
Summary: Translate documentation
Product: WineHQ.org
Version: unspecified
Hardware: Other
OS: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: www-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: patsev.anton(a)gmail.com
Dear developers.
Did you do an opportunity of translation of documentation? For example, as is
done in https://translations.launchpad.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=31028
Bug #: 31028
Summary: Showing the architecture for needed packages
Product: Wine
Version: 1.5.7
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sworddragon2(a)aol.com
Classification: Unclassified
As already sayed in bug #31027 Wine could show the architecture for which a
package is needed. For example if Wine says that the Gecko package is missing
it could show if this message is related to a 32 bit or 64 bit package. This
would avoid duplicated messages which are confusing.
--
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=18741
Summary: Wine printing output should be in .pdf rather than
postscript
Product: Wine
Version: 1.1.22
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: wineps.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: scott(a)open-vote.org
Blocks: 5551,6416
The new CUPS standards from http://openprinting.org/ say that .pdf is the
preferred printing format over postscript:
https://lists.linux-foundation.org/pipermail/printing-architecture/2008/001…
--
PDF as the Standard Print Job Format
------------------------------------
To improve the reliability of the printing process, especially for
complex graphics, high color depths, and for jobs where pages get
separated and reordered (2 pages per sheet, booklets, selected pages,
...) we are switching from PostScript to PDF as standard print job format.
The server (printing system) side is nearly completely implemented in
the form of new CUPS filters and file conversion rules.
On the client (application) side it is needed that the applications
generate the print jobs in PDF and not in Postscript. This would mean a
change of the print job generation part of OpenOffice.org. As
OpenOffice.org has an excellent "Export to PDF" function, there will not
be needed much new code. One can use this functionality to generate
print jobs, using PDF settings optimized for printing.
This is not absolutely urgent, as CUPS can convert PostScript to PDF
with a pstopdf filter, but applications which directly produce PDF have
a better control over the graphical quality of the print job, and they
even solve page management (2 on a sheet, booklets, selected pages, ...)
problems on old PostScript-based servers, as a CUPS filter will generate
PostScript from the incoming PDF then (pdftops) and this PostScript is
much cleaner as the one coming from most applications.
So I am asking you whether you can change OpenOffice.org to make the
"Print" command emitting PDF instead of PostScript. To not break lagacy,
non-PDF-capable environments, make this a configurable option.
I am very grateful for any support from the OpenOffice.org side in terms
of these OpenPrinting projects. They will improve the printing workflow
a lot and will make many bugs and user complaints go away.
--
We should do a similar thing in Wine
--
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=30740
Bug #: 30740
Summary: winedump should extend ordinal imports/exports with
known names from our spec files
Product: Wine
Version: 1.5.4
Platform: x86-64
OS/Version: Linux
Status: NEW
Severity: enhancement
Priority: P2
Component: tools
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wine.dev(a)web.de
Classification: Unclassified
winedump in dump mode show ordinal imports/exports only as numbers,
but we have names for many of them in our spec files.
In addition to create *def files for all exports from spec files,
we should create a database (set of c or h files) for all numbered export
for every dll in Wine and add them to winedump.
No idea, if this database is an improvement for other tools or dlls.
(winedbg, dbghelp.dll as examples)
--
By by ... Detlef
--
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=37044
Bug ID: 37044
Summary: Freedom Fighters game has slow performance
Product: Wine
Version: 1.7.22
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: subins2000(a)gmail.com
The game starts and works, but the gameplay is slow. The intro, menu and
gameplay is slow.
--
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=17329
Summary: Wine needs more userfriendly message when certain dlls
are not registered/missing
Product: Wine
Version: 1.1.12
Platform: PC
URL: http://www.whizlabs.com/download.php?prod=SCJP6.0.exe
OS/Version: Linux
Status: NEW
Keywords: download
Severity: enhancement
Priority: P2
Component: ole32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: xerox_xerox2000(a)yahoo.co.uk
Created an attachment (id=19352)
--> (http://bugs.winehq.org/attachment.cgi?id=19352)
an idea of how to generate more userfriendly message
This bug's intention is to enhance user friendlyness, and hopefully less
invalid bug reports, and more first time success experience for users.
Take for example app from http://www.whizlabs.com/download.php?prod=SCJP6.0.exe
(from some bug in bugzilla). The application fails with a run-time error, and
some , for newbies, cryptic ole errors.
I think it would enhance wine's userfriendlyness a big deal, if we would just
put up a nice messagebox, with a message what the error means, and what should
be done.
I'll attach a (crappy) patch , just to give an idea how easy it would be to
give users more clues how to get around the "bug".
Just apply patch , and run the app above, and user will know he has to install
wsh56.
--
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.