http://bugs.winehq.org/show_bug.cgi?id=11433
Summary: unimplemented function ole32.dll.OleGetIconOfFile
Product: Wine
Version: 0.9.44.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ole
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: alex.doll(a)agdconsulting.ca
Created an attachment (id=10561)
--> (http://bugs.winehq.org/attachment.cgi?id=10561)
Backtrace from the shell
Using Lotus Notes, attempted to attach an external file to a document. Notes
tried to determine the icon of the attached item (a PDF) and died:
Unhandled exception: unimplemented function ole32.dll.OleGetIconOfFile called
in 32-bit code (0x7b844852).
--
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=17894
Summary: Raw printing does not work
Product: Wine
Version: 1.1.18
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: giulioo(a)gmail.com
System:
Ubuntu 8.04
Wine 1.1.18 (binary from WineHQ APT Repository)
I googled, asked on the web forum and searched bugzilla, but no one had a
definitive answer about this issue, ie a way to get raw printing working from
Wine.
>From here http://wiki.winehq.org/Printing it's not clear it it's considered a
bug.
I thought to open a bug about this so developers can definitively say whether
this is actually a bug or if the agreement is that it's up to the Linux side to
do something about this (convert back from PS to ascii or something).
Raw printing is useful for those applications which expect the printer to
receive their pre-formatted data as is: apps which output PCL directly, label
printer software, ....
Steps to reproduce the problem:
- Create a raw printer queue in Linux/ubuntu which points to a NON PS printer
(ie: pure PCL or text printer).
- Run
$ echo ABCD | lpr -P raw_queue
and see that the printer prints ABCD.
- Then run
$ wine notepad.exe
Type ABCD
Print to the raw_queue
and see that the printer prints the PostScript data produced by Wine even if
the Linux queue is defined as raw.
--
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=12799
Summary: Notepad++ : auto-completion window appears with a title
bar which is not the case under windows
Product: Wine
Version: 0.9.60
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: leohome(a)free.fr
Auto-completion feature works fine but when I use it, the window appears with
the title bar which is not the case under windows. This title bar hide the text
behind which prevents me to use this feature. (see attachment)
This problem occurs with all wine versions I have tested: 0.9.5x up to 0.9.60.
kubuntu 7.10
notepad++ version: all recent one I have tested
--
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=17276
Summary: broken encoding in AppDB PM E-Mails
Product: WineHQ Apps Database
Version: unspecified
Platform: PC
OS/Version: Windows 2000
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: appdb-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hoehle(a)users.sourceforge.net
Text entered into AppDB's personal e-mail form at
http://appdb.winehq.org/contact.php?iRecipientId=NNNN
is not transmitted correctly to the recipient, as e.g. Umlauts are broken
somewhere in between.
For instance, ö (o Umlaut) becomes "A?"
This is presumably different from bug #16514, because I don't expect the text
we type into the PM form to transit via a database. Even if it would, my
understanding is that the redesigned AppDB site consistently uses UTF-8 and
"only" broke all old content.
There may be several bugs involved:
1. E-Mail contains "MIME-Version: 1.0" header, but no mention of encoding.
2. The Subject line in the header is not recoded when Umlauts are present (the
RFC-headers must be all ASCII).
A simple test: In the body, -äöüÄÖÜß- becomes
-A$A?A1/4A"A-AoeAY-
-------------------------------------------------------
The following message was sent to you from JA?rg HA?hle through the Wine AppDB
contact form.
To Reply, visit
http://appdb.winehq.org/contact.php?iRecipientId=NNNN&sSubject=Re%3A+test+-…
(The Umlauts got recoded in the URL).
--
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=12377
Summary: Capella does not load font
Product: Wine
Version: 0.9.58.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: anhaupt(a)gmx.ch
When Capella tries to load any font available for displaying notes (e.g.
capella3) it displays the following message:
"Damit dieser Stil richtig angezeigt wird, müssen sie die Schriftart
'capella3' installieren." (tranlsation: "To display this style correctly the
font 'capella3' has to be installed.").
The same message appears if you try to load any of the other fonts available
for capella.
Other programs (e.g. notepad) find the capella fonts and display them
correctly.
The problem exists in the current version (Capella 2008) as well as in earlier
versions.
A demo version that shows the error is available here:
http://www.capella.de/download_capella.htm
--
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=16417
Summary: Scanning with Photoshop CS does give an error
Product: Wine
Version: 1.1.5
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: philipp(a)sadleder.de
While trying to scan from within Photoshop via the Wine TWAIN backend, I get
the following error message: "Could not complete the Import command because of
a problem with the scanner".
The scanner is configured and works with SANE.
--
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=10770
Summary: TomTom HOME 2 does not start
Product: Wine
Version: CVS/GIT
Platform: PC
URL: http://download.tomtom.com/sweet/application/home2latest
/TomTomHOME2winlatest.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: alex(a)seewald.at
CC: hans(a)it.vu.nl
TomTom HOME 2 - available at above link - does not start the GUI after
installation. Installation seems to work, all libraries are found, no obvious
system calls are missing, but there is still a problem.
I am using Debian Etch stable (4.0)
[Linux acer 2.6.23-rc3 #8 Thu Aug 30 17:27:22 CEST 2007 i686 GNU/Linux]
I have compiled Wine myself from yesterday's GIT version, as the Debian package
version still had the FindFirstVolumeW bug. I never encountered the text extent
bug, so presumably it has been fixed in that version. I am using gcc (GCC)
4.1.2 20061115 (prerelease) (Debian 4.1.1-21).
[Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v
--enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefix=/usr
--enable-shared --with-system-zlib --libexecdir=/usr/lib
--without-included-gettext --enable-threads=posix --enable-nls
--program-suffix=-4.1 --enable-__cxa_atexit --enable-clocale=gnu
--enable-libstdcxx-debug --enable-mpfr --with-tune=i686
--enable-checking=release i486-linux-gnu
Thread model: posix
gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)]
Attached you find +relay, +seh and +tid logs, plus the output from configure
--verbose of the compiled version. Note +relay is very long, it seems that wine
switches on the debugger after encountering the error and so does not bail out.
If you need anything else, do tell.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=19177
Summary: Gorky-17 doesn't work
Product: Wine
Version: 1.1.24
Platform: PC-x86-64
URL: http://www.gorky17.com/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dduck(a)rambler.ru
CC: dduck(a)rambler.ru
gorky-17 doesn't work.
--
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=12185
Summary: Before You Know It crashes with wine v0.9.58 (worked on
9.54)
Product: Wine
Version: 0.9.58.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: gdiplus
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: RobMarshall(a)iglide.net
Created an attachment (id=11584)
--> (http://bugs.winehq.org/attachment.cgi?id=11584)
Trace from crash of Before You Know it
I installed and successfully used Transparent languages, "Before You Know It
Lite" (version 3.6) with wine 0.9.54. When I upgraded to 0.9.58 it crashes. I
have attached a trace.
Thanks,
Rob
--
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=18287
Summary: User friendly way to delete comments
Product: WineHQ Apps Database
Version: unspecified
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: appdb-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
Although this has been improved, deleting comments is still a long, painful,
laborious task.
Adobe Photoshop CS4, just as one example, has a load of comments. The majority
of these are pointless and should be removed. The problem being it would take
at least an hour to do so.
The current method is:
1. Select a thread to delete.
2. Enter (or paste) a reason.
3. Press delete.
4. Wait for the page (and all the comments) to load again.
5. Go to Step 1.
If any comments are worth keeping, you have to be careful not to delete them.
In apps like photoshop, this can create a LOT of emails too (I've just remove a
load of comments from CS3 and received over a hundred emails).
A nice method might be:
1. Select "Edit Comments".
2. Tick the stale comments to remove.
3. Enter a generic reason.
4. Hit delete.
5. Job's a good un.
Maybe this could then be reduced to one email per person too?
--
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.