https://bugs.winehq.org/show_bug.cgi?id=35191
Bug ID: 35191
Summary: make install shouldn't call update-desktop-database
Product: Wine
Version: 1.7.8
Hardware: x86
OS: Linux
Status: NEW
Severity: trivial
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: adys.wh(a)gmail.com
Classification: Unclassified
Calling update-desktop-database is the package manager's job. Calling it means
that make install cannot be run as root without erroring (even though the error
is ignored).
--
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=31896
Bug #: 31896
Summary: Portable Calibre does not add book to library
Product: Wine
Version: 1.5.14
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: xwang1976(a)email.it
Classification: Unclassified
Created attachment 41985
--> http://bugs.winehq.org/attachment.cgi?id=41985
Console messages after running calibre portable (the first time without trying
to add a book)
When I try to add a book with calibre portable, it correctly opens the window
that let me choose the file and I can select it, but the the process bar
remains fixed at 0% with no disk operation.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=36135
Bug ID: 36135
Summary: valgrind shows some errors in ole32/tests/ole2.c
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: ole32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==29824== Conditional jump or move depends on uninitialised value(s)
==29824== at 0x5A3F653: order_rect (gdi_private.h:443)
==29824== by 0x5A4539D: ExtTextOutW (font.c:2258)
==29824== by 0x5A44DBB: ExtTextOutA (font.c:2113)
==29824== by 0x5A6BABF: MF_Play_MetaExtTextOut (metafile.c:1437)
==29824== by 0x5A69A00: PlayMetaFileRecord (metafile.c:853)
==29824== by 0x5A68002: PlayMetaFile (metafile.c:429)
==29824== by 0x52D107C: DataCache_Draw (datacache.c:1594)
==29824== by 0x4995F58: test_data_cache (oleidl.h:3818)
==29824== by 0x499BF61: func_ole2 (ole2.c:2387)
==29824== by 0x49BE544: run_test (test.h:584)
==29824== by 0x49BE933: main (test.h:654)
==29824== Uninitialised value was created by a stack allocation
==29824== at 0x5A6B84B: MF_Play_MetaExtTextOut (metafile.c:1397)
==29824==
==29824== Conditional jump or move depends on uninitialised value(s)
==29824== at 0x5A3F67F: order_rect (gdi_private.h:449)
==29824== by 0x5A4539D: ExtTextOutW (font.c:2258)
==29824== by 0x5A44DBB: ExtTextOutA (font.c:2113)
==29824== by 0x5A6BABF: MF_Play_MetaExtTextOut (metafile.c:1437)
==29824== by 0x5A69A00: PlayMetaFileRecord (metafile.c:853)
==29824== by 0x5A68002: PlayMetaFile (metafile.c:429)
==29824== by 0x52D107C: DataCache_Draw (datacache.c:1594)
==29824== by 0x4995F58: test_data_cache (oleidl.h:3818)
==29824== by 0x499BF61: func_ole2 (ole2.c:2387)
==29824== by 0x49BE544: run_test (test.h:584)
==29824== by 0x49BE933: main (test.h:654)
==29824== Uninitialised value was created by a stack allocation
==29824== at 0x5A6B84B: MF_Play_MetaExtTextOut (metafile.c:1397)
==29824==
Also a possible leak:
==29824== 8 bytes in 1 blocks are possibly lost in loss record 47 of 708
==29824== at 0x7BC4C735: notify_alloc (heap.c:255)
==29824== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==29824== by 0x7B84586B: HeapAlloc (heap.c:271)
==29824== by 0x7B845B40: GlobalAlloc (heap.c:376)
==29824== by 0x4994A77: DataObject_DAdvise (ole2.c:1281)
==29824== by 0x52D1933: setup_sink (objidl.h:7541)
==29824== by 0x52D21E9: DataCache_OnRun (datacache.c:2085)
==29824== by 0x49978AA: test_data_cache (oleidl.h:2656)
==29824== by 0x499BF61: func_ole2 (ole2.c:2387)
==29824== by 0x49BE544: run_test (test.h:584)
==29824== by 0x49BE933: main (test.h:654)
==29824==
--
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=19588
Summary: Symantec LiveUpdate 3.4 - wrong permissions set on
folder
Product: Wine
Version: 1.1.26
Platform: PC
URL: ftp://ftp.symantec.com/public/english_us_canada/liveup
date/3.4/lusetup.exe
OS/Version: Linux
Status: NEW
Keywords: download, Installer
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
Created an attachment (id=22841)
--> (http://bugs.winehq.org/attachment.cgi?id=22841)
wine-1.1.26-391-g914a9ca installation console output
The installer for Symantec LiveUpdate 3.4 does complete despite this error,
because it is a fairly simple application.
Basically, incorrect permissions are set on a program folder.
$ ls -l /home/test/.wine2/drive_c/users/Public/Application\ Data
total 232
-rw-r--r-- 1 test test 228661 2009-08-05 23:11 LuInstall.LiveUpdate
dr-xrwsr-x 3 test test 4096 2009-08-05 23:11 Symantec
Attempting to remove this folder (without root access) results in PERMISSION
DENIED.
http://en.wikipedia.org/wiki/Setgid#setgid_on_directories
Wine shouldn't be setting setgid, Windows does not support it.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=38082
Bug ID: 38082
Summary: keyboard sending several wrong keys using RAdmin
Product: Wine
Version: unspecified
Hardware: x86-64
OS: FreeBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rdunkle(a)smallcatbrain.com
FreeBSD 10.1-STABLE #0 r278466 amd64
i386-wine-devel-1.7.35,1
gnome3-3.14.2
xorg-server-1.14.7_2,1
While using certain keys in RAdmin the wrong output is produced.
Numpad works OK.
Some I have discovered with problems.
top row of keyboard:
Key Output
2 -> -
7 -> /
- -> .
= -> ;
\ -> '
some other keys
; -> \
' -> ]
dead keys
, . /
--
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=27200
Summary: Crazy Machines Demo crashes on start
Product: Wine
Version: 1.3.20
Platform: x86
URL: http://www.gamershell.com/download_7568.shtml
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=34757)
--> (http://bugs.winehq.org/attachment.cgi?id=34757)
backtrace
Installs fine. If you decline directx9 setup, you'll want to run 'winetricks
xact d3dx9_36' to get the missing dlls. After that, crashes on start.
Backtrace 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=37068
Bug ID: 37068
Summary: XIII: Canyon levels not rendered correctly
Product: Wine
Version: 1.7.0
Hardware: x86
OS: Linux
Status: NEW
Keywords: regression
Severity: minor
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: stefan(a)codeweavers.com
Regression SHA1: ba61730daa6a614ef07128a69a0bbca819e716b4
Once there was bug #30194 and the issue was gone between Wine 1.6-rc3 and 1.6.
Sadly, the exact same issue has been re-introduced since Wine 1.7.0, the Canyon
levels are unplayable, because the whole screen is filled with some fog.
This is after
ba61730daa6a614ef07128a69a0bbca819e716b4 is the first bad commit
commit ba61730daa6a614ef07128a69a0bbca819e716b4
Author: Stefan Dösinger <stefan(a)codeweavers.com>
Date: Thu Aug 1 12:25:55 2013 +0200
wined3d: Avoid calculating 1 / (fog_end - fog_start) in the shader.
:040000 040000 def6053aef8ca5551147e39fd1534f68e08ed32b
90db6148516cc12e0a95ca2e2857af700dc0dd83 M dlls
The patch can be reverted cleanly on 1.7.23 and it fixes the problem.
Disabling GLSL doesn't help.
I can't reproduce the problem with the open source nouveau driver, this may be
a bug in the Nvidia driver. I don't have Intel or AMD gfx card to test it.
Terminal output:
>fixme:win:EnumDisplayDevicesW ((null),0,0x32db08,0x00000000), stub!
>fixme:d3d8:ValidateVertexShader (0x17e3900 (nil) (nil) 1 0x32d7d8): stub
>fixme:d3d:wined3d_swapchain_set_gamma_ramp Ignoring flags 0x1.
Let me know if you need further tests or debug logs.
Fedora 20
Nvidia binary drivers 340.24
wine-1.7.23-90-gbdeb761
--
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=29347
Bug #: 29347
Summary: Preview pane in office 2007 file browser does not show
files
Product: Wine
Version: 1.3.34
Platform: x86-64
OS/Version: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jack(a)codeweavers.com
Classification: Unclassified
>From within an Office 2007 app, going to "open file", and switching the
explorer View to "preview", no Office app except Word will actually generate a
preview (and at that, only with .doc/.docx files - not rtf, for instance).
All other office apps, when looking at files of the type opened by the
respective program, report that the "preview is unavailable."
--
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=35640
Bug ID: 35640
Summary: In Game Risen Mouse not right handling
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gipfelsturm111(a)gmx.net
Hello.
In the game Risen I can't turn around endless myself axis. Stop is left and
right about 180°.
--
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=36727
Bug ID: 36727
Summary: Skyrim: Mouse not being captured (player cannot fully
turn in game)
Product: Wine
Version: 1.7.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: hernejj(a)gmail.com
Skyrim is not properly grabbing the mouse (Limited to about 45 degrees of
character motion is the symptom).
This problem occurs when using Linux Mint 17 which uses Xorg 1.15.1.
The problem does NOT occur on Mint 16 which uses Xorg 1.14.3.
I am running Wine 1.7.2 with the exact same freshly created ".wine" folder in
both cases.
The mouse is properly grabbed on the Mint 17 system when playing The Witcher.
So Skyrim must be doing something different with respect to mouse management.
I've tried many combinations of the usual options:
- Automatically capture mouse in full screen windows
- Allow the window manager to decorate the windows
- Allow the window manager to control the windows
- Emulate a virtual desktop (tried 1920x1200, and 1024x768) in-game res is
always 1920x1200.
- HKCU\Software\Wine\DirectInput\MouseWarpOverride=force
I've also tried running the program under the following desktop environments:
Cinnamon, Cinnamon fallback, LXDE, and Ubuntu Unity. All exhibit this problem.
By default, Linux Mint uses Wine 1.6.2. I've tried this version of Wine and it
does not fix the problem.
I'll provide any debug info needed to assist with this problem.
Thanks for looking.
--
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.