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=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=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.
http://bugs.winehq.org/show_bug.cgi?id=17323
Summary: Superbase Dialogs are too wide
Product: Wine
Version: 1.1.14
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: harv(a)gmx.de
Created an attachment (id=19348)
--> (http://bugs.winehq.org/attachment.cgi?id=19348)
Uppre is how it looks like in XP, lower part is same dialog in wine 1.1.14
Superbase (a Relational database management system) displays its internal
dialogs way too wide. They don't even fit on the screen. 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=28132
Summary: MDDClone starts without audio unless 'Sound' tab is
activated in the launcher
Product: Wine
Version: 1.3.26
Platform: x86
URL: http://mercenarysite.free.fr/mddclone.htm#mddclone
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gyebro69(a)gmail.com
MDDClone (a.k.a Mercenary/Damocles/Dion Crisis clone) is a freeware PC remake
of a once classic computer game, written originally for 8-bit computers in the
mid-1980s, and was later ported to the Amigas, too.
Description: when launching the PC remake of the game, you're greeted with a
launcher offering you several choices like game, screen, input, sound. You can
change various settings inside those tabs. The launcher also has the buttons:
<Ok>, <Cancel> and <Exit>. Pressing on <Ok> is starting the game whichever tab
is chosen.
The problem: the game starts without audio unless I choose the <Sound> tab in
the launcher window.
To reproduce the problem:
1) Download and extract the contents of the archive, containing the game.
2) Start the game by executing MDDClone 31 EN.exe (in case you downloaded the
English version).
3) Press on the <Ok> button: the game should start (in a small window) but it
doesn't generate any sounds.
4) Start the game again and select the <Sound> tab in the launcher: you don't
need to change anything, just press on <Ok>: the game will start and audio is
playing correctly.
This behaviour is different to what I experienced when I tried to run the game
under Windows: audio is playing correctly whether the <Sound> tab in the
launcher was selected formerly or not.
A plain terminal output is neither too long nor too informative, so I'm pasting
it here (instead of attaching):
fixme:win:EnumDisplayDevicesW ((null),0,0x32f84c,0x00000000), stub!
fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 10000 channels,
pretending there's only 2 channels
fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 10000 channels,
pretending there's only 2 channels
fixme:dsalsa:IDsDriverBufferImpl_SetVolumePan (0x1489c8,0x13fa60): stub
There was one more fixme added to the log, when the game was started by
selecting the <Sound> tab in the launcher:
fixme:dsalsa:IDsDriverBufferImpl_SetVolumePan (0x13f168,0x13ffe8): stub
The same behaviour with Wine-1.0.1, 1.2.3 etc.
Changing Alsa to 'emulation' mode doesn't help.
Fedora 15 x86
Alsa 1.0.24
Pulseaudio is not running
--
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=28226
Summary: Sonic heroes 1.0 Crash after running.
Product: Wine
Version: 1.3.26
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: chief_exb(a)mail.ru
Created an attachment (id=36152)
--> (http://bugs.winehq.org/attachment.cgi?id=36152)
Debug log
Sonic heroes 1.0 Crash after running.
--
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=23838
Summary: iMule Crashes Upon Indexing Shared Files
Product: Wine
Version: 0.9
Platform: x86-64
URL: http://aceini.no-ip.info/imule
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: johndoe32102002(a)gmail.com
Created an attachment (id=29921)
--> (http://bugs.winehq.org/attachment.cgi?id=29921)
Backtrace
iMule crashes when indexing shared files using wine, but does not when running
in Windows XP.
--
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=30187
Bug #: 30187
Summary: Cisco IP Communicator 7.0.4.0 installation fails
Product: Wine
Version: 1.4
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: robert.munteanu(a)gmail.com
Classification: Unclassified
The installer starts up and I am able to click through until the actual
installation starts. After a few seconds it notifies me that installation has
been interrupted.
--
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.