http://bugs.winehq.org/show_bug.cgi?id=28160
Summary: [integration] winemenubuilder should have a consistent
way to deal with extensions that have multiple
(native) mimetypes
Product: Wine
Version: 1.3.26
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wine(a)rodrigosilva.com
Granted, extensions (globs) and mimetypes do not have a 1-1 mapping. and things
like aliases, parents, and user/system databases only make this mapping harder.
Even if a perfect match is not possible, there is room to improve
winemenubuilder. Currently, when it tries to match a given extension with a
native mamitype, it concatenates user and system globs and... thats it. Picks
the 1st match it finds. No sorting. No removing duplicates.
That makes winemenubuilder really unpredictable. For instance, in my native
system i currently have this:
asc application/pgp-encrypted
asc application/pgp-keys
asc text/plain
ogg audio/ogg
ogg audio/x-flac+ogg
ogg audio/x-speex+ogg
ogg audio/x-vorbis+ogg
ogg video/x-theora+ogg
sub text/x-microdvd
sub text/x-mpsub
sub text/x-subviewer
So, if winemenubuilder finds HKCR\.ogg , which of the 5 will it pick? The 1st
one it finds... which is? Who knows! It doesnt look at ContentType value before
assuming the "one and only" mimetype for that ext is the one he picked from
fd.o mime database.
That makes impossible for a script to "pre-build" a
HKCU\Software\Wine\FileOpenAssociations\*ogg entry to inhibit winemenubuilder
from creating a redundant native association (x-wine-extension-ogg.desktop file
and others)
My suggestion, 2 different approaches to solve this:
1 - If [HKCR\.ext]ContentType=xxx is found, respect it. That means
generate_associations() should read ContentType *before* calling
freedesktop_mime_type_for_extension() , not *instead* of it.
2 - change build_native_mime_types() algorithm to *sort* the entries when
building mime_types list, either sort(user)+sort(system) or sort(user+system).
That way freedesktop_mime_type_for_extension()'s pick will be an easily
predictable one.
This bug is closely related to http://bugs.winehq.org/show_bug.cgi?id=28158 and
http://bugs.winehq.org/show_bug.cgi?id=28159
--
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=28953
Bug #: 28953
Summary: Error when installing Surething CD/DVD Labeler
Product: Wine
Version: 1.2.3
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ponchorat1968(a)hotmail.com
Classification: Unclassified
Created attachment 37224
--> http://bugs.winehq.org/attachment.cgi?id=37224
Screenshot of the error on installing Surething
Installer stcd.exe encountered a serious problem and stops installing, but when
checking installed programs, it's in the list. It can be 'run', but when trying
to open a '.std' file it crashes.
--
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=26592
Summary: winevdm.exe crashes running Money Soft Money Manager
Product: Wine
Version: 1.2.2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: muffinresearch(a)gmail.com
Created an attachment (id=33853)
--> (http://bugs.winehq.org/attachment.cgi?id=33853)
Debug output.
When running the demo of Money Manager [1] if you open "Tools -> Setup ->
Page"
The message: "The program winevdm.exe has encountered a serious problem and
needs to close" appears.
Debug output from running from the terminal is attached. To get the program to
quit it's necessary to run "wineserver -k".
Please let me know if I can provide any further debugging data.
[1] http://www.moneysoft.co.uk/
--
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=27377
Summary: fixme:d3d_surface:surface_cpu_blt Stretched blit not
implemented for bpp 64!
Product: Wine
Version: 1.3.21
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ahso47(a)yahoo.com
fixme:d3d_surface:surface_cpu_blt Stretched blit not implemented for bpp 64!
need for speed shift 2 hangs after that message.
--
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=21652
Summary: Fritz 11 (ChessBase) got wrong pieces displayed after
a while
Product: Wine
Version: 1.1.37
Platform: x86-64
URL: http://chessbase.com/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: maxcvs(a)email.it
Created an attachment (id=26145)
--> (http://bugs.winehq.org/attachment.cgi?id=26145)
errors log
After 1-2 minute of playing the pieces are displayed as in the screenshot.
I've attached a screenshot and a log of the 'errors' occurring.
The play before that weird displaying is good. The engine loads too.
My system is debian testing on x86-64. wine 1.1.37.
The icons on the menu are crappy too. They're crappy since the start of the
program.
--
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=17334
Summary: Ethernet card emulator
Product: Wine
Version: 1.1.12
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P1
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sudheerss(a)gmail.com
I have a Win app which needs a license to run. The license needs to verify the
mac-id of the machine on which it is installed. So, when I start the app, I get
the message - "No ethernet adapater is found on this machine". I know that the
app is correctly installed since it almost opens up, but gives this message and
then ends. Is there a way in Wine to 'trick' the app and pass a desired value
of the mac-id, so that the app can then run? All that the app needs is a
mac-id.
--
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=10016
Summary: age of wonders 2: the application does not get any mouse
input
Product: Wine
Version: 0.9.45.
Platform: PC
URL: http://appdb.winehq.org/objectManager.php?sClass=version
&iId=8746
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-x11driver
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sick_soul(a)yahoo.it
Input from the mouse does not seem to reach the application.
I tried running the application's setup program,
switching between mouse in "color mode", "black & white" mode
and "software mode".
The colorful surface that represents the mouse pointer shows on the top-left
part of the screen, but does not move in response to mouse movement.
I tried running with a native dinput.dll, but there was no difference.
Therefore I set WINEDEBUG=dinput, and saw nothing in the trace.
I don't know which WINEDEBUG values to try in this case.
I was not sure which component to pick from the list, and I went with
x11driver, but I have no idea if the issue is really there.
--
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=30771
Bug #: 30771
Summary: Comm port Properties missing Interval Timeouts
capability
Product: Wine
Version: 1.5.3
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: michael(a)frog.wheelycreek.net
Classification: Unclassified
Created attachment 40293
--> http://bugs.winehq.org/attachment.cgi?id=40293
Patch implementing interval timeout capability
The hard-coded properties for GetCommProperties on a Com port are missing the
Capability PCF_INTTIMEOUTS.
It appears that this capability actually works from both browsing the source,
and from the fact that an application requiring it works.
This is required for both UPstart and Home Control Assistance
http://appdb.winehq.org/objectManager.php?sClass=application&iId=7903 which do
not acknowledge COM ports that are missing this capability.
Patch attached
--
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=31008
Bug #: 31008
Summary: WinUAE "Browse for folder" works incorrectly
Product: Wine
Version: 1.5.7
Platform: x86
URL: http://www.winuae.net/
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: comdlg32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ocean04(a)suomi24.fi
Classification: Unclassified
Install / run.
Click "paths" and click "..."
It should show "Browse for folder" dialog, but it shows "Open file" dialog.
-> It doesn't work
fixme:commdlg:IServiceProvider_fnQueryService Interface
{e07010ec-bc17-44c0-97b0-46c7c95b9edc} requested from unknown service
{e07010ec-bc17-44c0-97b0-46c7c95b9edc}
Workaround native comdlg32.dll
--
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=30618
Bug #: 30618
Summary: Common dialogs should use icons from Linux system icon
theme
Product: Wine
Version: 1.5.3
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: comdlg32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: from_wine_bugzilla(a)ssokolow.com
Classification: Unclassified
Currently, the common dialogs like Open/Save use the Tango icon theme,
regardless of what the Linux desktop is configured to use. (They also seem to
use the plaintext icon for anything that isn't an EXE with its own embedded
one)
It'd probably require an ugly hack (and not necessarily be a good idea anyway)
to intercept ALL requests to read standard icons normally bundled with Windows.
However, using the system icon theme to populate toolbars and file lists in
common dialogs should be reasonably simple for someone already familiar with
the codebase and would help to reduce the alienness of Windows UIs on a Linux
desktop.
Of course, a checkbox or registry key to disable it would be necessary since
Wine doesn't automatically use the GTK+ color scheme and some icon themes are
unusable without toolbars using a light-on-dark colour scheme.
I doubt I'll have time to implement this myself (especially given that I have
no experience with the Wine codebase and almost none with C or C++) but I'll
leave myself a note to research retrieving system icons without GtkIconTheme or
QIcon once I'm finished my exam preparation.
--
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.