https://bugs.winehq.org/show_bug.cgi?id=37396
Bug ID: 37396
Summary: MS Word 2010: Word doesn't save pdf file
Product: Wine
Version: 1.7.28
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rounaksingh17(a)gmail.com
Distribution: ---
Created attachment 49731
--> https://bugs.winehq.org/attachment.cgi?id=49731
Log file for: starting MS word2010, saving a file into pdf and exit.
Hi,
I am trying to save a pdf file in MS-Word 2010. After clicking on "Publish"
(save to a pdf)... A dialog box opens with a message that "file not found". And
nothing saves.
I am using latest wine 1.7.28 latest branch... Also, I have tried this with
wine 1.7.18 (same output). Moreover, I have set riched20.dll to native, and
installed msxml6.0 (tried using cfg 'native, build-in' for msxml6.0).
Attaching log file.
I think the problem is because of some unimplemented function in msxml6.0 .
Though I am not an expert.
Thanks. :)
--
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=33349
Bug #: 33349
Summary: Use Thumb binaries on ARM?
Product: Wine
Version: 1.5.27
Platform: arm
OS/Version: Linux
Status: NEW
Keywords: patch
Severity: enhancement
Priority: P2
Component: build-env
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nerv(a)dawncrow.de
CC: focht(a)gmx.net
Classification: Unclassified
Created attachment 44115
--> http://bugs.winehq.org/attachment.cgi?id=44115
-mthumb -mthumb-interwork
We currently compile with "-marm", maybe we should use "-mthumb
-mthumb-interwork", or even without -mthumb-interwork?
@Anastasius: Would you mind testing the attached patch with some ARM apps,
especially with apps/msi that originate from MS, to see if it's the same
behaviour as with -marm?
Bonus would be to try the same without -mthumb-interwork. make clean should be
needed i guess.
I had a quick look at ELF sizes. it seems around 20% reduction in size with
"-mthumb -mthumb-interwork" is possible without "-g".
--
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=22206
Summary: Unimplemented function msvcirt.dll.??0ios@@IAE@XZ
Product: Wine
Version: 1.1.41
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gyebro69(a)gmail.com
Created an attachment (id=27096)
--> (http://bugs.winehq.org/attachment.cgi?id=27096)
console log with built-in msvcrt.dll
The above crashlog was generated by Wine-1.1.41 when starting MiG Alley (a
combat flight simulator, published in 1999). The game is quite an oldie, needed
Windows 98 mode to install and to start.
Fedora 12 x86
Wine-1.1.41 from source
Workaround: installing native msvcrt.dll and its companion ('winetricks
vcrun6').
--
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=22207
Summary: MiG Alley: invisible menu items
Product: Wine
Version: 1.1.41
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gyebro69(a)gmail.com
Created an attachment (id=27097)
--> (http://bugs.winehq.org/attachment.cgi?id=27097)
console log including a crash
Menu items are invisible in MiG Alley: both the demo and the retail version is
affected. You can blindly click on the menu items (causing an exception in
Wine) but you can't see them.
This is what it looks like the main menu in Wine:
http://i39.tinypic.com/34gwy7n.jpg
and this is a screenshot from Windows:
http://www.mobygames.com/game/windows/mig-alley/screenshots/gameShotId,3654…
The demo can be downloaded here:
http://www.clubic.com/lancer-le-telechargement-1920-0-mig-alley.html
(the site is in French, but the demo is in English)
Installing native mfc42 and its companion by winetricks doesn't help.
My terminal output contains a crash: Wine always crashes when you click on any
of the (invisible) menu items.
I tried the game with a couple of older versions of Wine (1.1.9, 1.1.15,
1.1.22, 1.1.27, 1.1.39): items were invisible in all.
Fedora 12 x86
Wine-1.1.41
Nvidia card with driver 195.36.08
--
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=29952
Bug #: 29952
Summary: Avant Browser, creating new tab doesn't work
Product: Wine
Version: 1.4-rc4
Platform: x86
URL: http://avantbrowser.com/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ieframe
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ocean04(a)suomi24.fi
Classification: Unclassified
Install & run
Click "+"-sign under addressbar to create new tab. Enter some url -> window
remains blank
I believe it needs ieframe:IEHTMLWindow2_get_opener
Terminal:
fixme:oleacc:LresultFromObject {00020400-0000-0000-c000-000000000046} 0
0x2e650c8
fixme:ieframe:WebBrowser_put_RegisterAsBrowser (0x2e650c8)->(ffffffff)
fixme:ieframe:navigate_url Unsupported args (Flags 0x5769a0:10; TargetFrameName
0x5769a0:10)
fixme:ieframe:get_location_url semi-stub
fixme:ieframe:IEHTMLWindow2_get_opener (0x2e65218)->(0x3e8c5c0)
fixme:ieframe:get_location_url semi-stub
fixme:urlmon:URLMoniker_BindToObject use running object table
###!!! ABORT: Main-thread-only object used off the main thread: file
/build/wine-mozilla-1.4/xpcom/base/nsCycleCollector.cpp, line 1267
###!!! ABORT: Main-thread-only object used off the main thread: file
/build/wine-mozilla-1.4/xpcom/base/nsCycleCollector.cpp, line 1267
fixme:win:LockWindowUpdate (0x400c0), partial stub!
fixme:win:LockWindowUpdate ((nil)), partial stub!
--
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=32382
Bug #: 32382
Summary: Using oprofile causes many Silverlight demos to crash
immediately
Product: Wine
Version: 1.5.18
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ehoover(a)mines.edu
Classification: Unclassified
When using oprofile to look at Wine's performance this causes many Silverlight
demos to crash immediately. For example, the streaming performance demo:
http://www.iis.net/media/experiencesmoothstreaming
This demo works fine when oprofile is not being used, but the introduction of
oprofile somehow causes the Silverlight plugin to crash. This demo does not
require DRM, so Bug #31858 does not factor into this issue.
--
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=21483
Summary: changed token security breaks .NET Framework SDK tools
Product: Wine
Version: 1.1.33
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineserver
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
some of Microsoft's tools from .NET Framework SDKs - namely managed debuggers
(CLR) - stopped working after 1.1.33+ release. They seem to be very picky about
object security.
I bisected this one but technically this isn't a regression because Rob's token
patches made Wine more correct - exposing another object security problem.
--- snip ---
$ git bisect bad
bd56916f90e68632993a7275fe30a55a7efa222a is the first bad commit
commit bd56916f90e68632993a7275fe30a55a7efa222a
Author: Rob Shearman <robertshearman(a)gmail.com>
Date: Mon Nov 16 20:11:06 2009 +0000
server: Extend get_token_user server call to also retrieve SIDs for the
token's owner or primary group.
:040000 040000 829f1543526675ae48f6fde8c8cedff74fd51797
7a77653291795c209ec529dd6660d52fc922a58c M dlls
:040000 040000 57735b53b28db37ac4627dc009000e225175164a
4dcc1388cb136e559c06106632c08e8e610fe557 M include
:040000 040000 4e83227cb0133c7e288a1e930461d4efe1130882
cf1c3539d6b3c91c854fa2b9b672f68ea601f639 M server
--- snip ---
"old" behaviour, where default process token was like this:
Token owner -> S-1-5-4 "NT AUTHORITY\INTERACTIVE" (well-known group)
Token user -> S-1-5-4 "NT AUTHORITY\INTERACTIVE" (well-known group)
Token primary group -> S-1-5-32-544 "BUILTIN\Administrators" (alias)
NtQueryInformationToken had the token owner info hard-coded (to
SECURITY_INTERACTIVE_RID) while Rob's patches moved the actual query to
wineserver.
---
Basically the app code that verifies the security of created objects goes like
this:
- get SD from created object (event) handle -> GetKernelObjectSecurity(
OWNER_SECURITY_INFORMATION | DACL_SECURITY_INFORMATION)
- get owner SID of SD -> GetSecurityDescriptorOwner() -> SID1
- get DACL of SD -> GetSecurityDescriptorDacl()
- for each ACE from DACL (GetAce) -> SID2: check ACE SID against SD owner SID
-> EqualSid( SID1, SID2)
- match -> profit! not -> fail!
--- snip ---
...
0023: create_event( access=001f0003, attributes=00000080, manual_reset=1,
initial_state=0, objattr={rootdir=0014,sd={control=00000004,owner=<not
present>,group=<not
present>,sacl={},dacl={{AceType=ACCESS_ALLOWED_ACE_TYPE,Mask=e01f001f,AceFlags=0,Sid={S-1-5-4}},{AceType=ACCESS_ALLOWED_ACE_TYPE,Mask=e01f001f,AceFlags=0,Sid={S-1-5-4}}}},name=L"Global\\CorDBIPCSetupSyncEvent_36"}
)
0023: create_event() = 0 { handle=01c4 }
...
0025:trace:advapi:GetKernelObjectSecurity
(0xc4,0x00000005,0x14ef40,0x00000050,0x33f7e8)
0025:trace:ntdll:NtQuerySecurityObject
(0xc4,0x00000005,0x14ef40,0x00000050,0x33f7e8)
0025: get_security_object( handle=00c4, security_info=00000005 )
0025: get_security_object() = 0 { sd_len=00000050,
sd={control=00000037,owner={S-1-5-4},group=<not
present>,sacl={},dacl={{AceType=ACCESS_ALLOWED_ACE_TYPE,Mask=e01f001f,AceFlags=0,Sid={S-1-5-4}},{AceType=ACCESS_ALLOWED_ACE_TYPE,Mask=e01f001f,AceFlags=0,Sid={S-1-5-4}}}}
}
0025:trace:ntdll:RtlGetDaclSecurityDescriptor
(0x14ef40,0x33f7c3,0x33f7ec,0x33f7c2)
0025:trace:ntdll:RtlGetAce (0x14ef60,0,0x33f7f0)
0025:trace:ntdll:RtlLengthSid sid=0x14ef54
0025: open_event( access=001f0003, attributes=00000002, rootdir=0034,
name=L"Global\\CorDBIPCLSEventAvailName_36" )
0025: open_event() = 0 { handle=00c8 }
...
--- snip ---
"new" behaviour, where default process token is now like this:
Token owner -> S-1-5-32-544 "BUILTIN\Administrators" (alias)
Token user -> S-1-5-4 "NT AUTHORITY\INTERACTIVE" (well-known group)
Token primary group -> S-1-5-32-544 "BUILTIN\Administrators" (alias)
--- snip ---
...
0024:trace:ntdll:NtOpenProcessTokenEx (0x1b0,0x00000008,0x00000000,0x318e6d0)
0024: open_token( handle=01b0, access=00000008, attributes=00000000,
flags=00000000 )
0024: open_token() = 0 { token=01b4 }
...
0024:trace:advapi:GetTokenInformation (0x1b4, TokenOwner, 0x184130, 20,
0x318e6e0):
0024:trace:ntdll:NtQueryInformationToken (0x1b4,4,0x184130,20,0x318e6e0)
0024: get_token_sid( handle=01b4, which_sid=00000004 )
0024: get_token_sid() = 0 { sid_len=16, sid={S-1-5-32-544} }
...
0024: create_event( access=001f0003, attributes=00000080, manual_reset=1,
initial_state=0, objattr={rootdir=0018,sd={control=00000004,owner=<not
present>,group=<not
present>,sacl={},dacl={{AceType=ACCESS_ALLOWED_ACE_TYPE,Mask=e01f001f,AceFlags=0,Sid={S-1-5-32-544}},{AceType=ACCESS_ALLOWED_ACE_TYPE,Mask=e01f001f,AceFlags=0,Sid={S-1-5-32-544}}}},name=L"Global\\CorDBIPCSetupSyncEvent_37"}
)
0024: create_event() = 0 { handle=01c8 }
...
0026:trace:advapi:GetKernelObjectSecurity
(0xc8,0x00000005,(nil),0x00000000,0x33f7e8)
0026:trace:ntdll:NtQuerySecurityObject
(0xc8,0x00000005,(nil),0x00000000,0x33f7e8)
0026: get_security_object( handle=00c8, security_info=00000005 )
0026: get_security_object() = 0 { sd_len=00000058,
sd={control=00000037,owner={S-1-5-4},group=<not
present>,sacl={},dacl={{AceType=ACCESS_ALLOWED_ACE_TYPE,Mask=e01f001f,AceFlags=0,Sid={S-1-5-32-544}},{AceType=ACCESS_ALLOWED_ACE_TYPE,Mask=e01f001f,AceFlags=0,Sid={S-1-5-32-544}}}}
}
...
--- snip ---
Using the "admins" sid (alias) as token user in
server/token.c:token_create_admin() instead of current "interactive" sid fixes
the problem. Though I don't know if this is the right thing to do.
I hope I provided enough infos and let Alexandre handle it ;-)
To get detailed token infos/dumps you might be interested in this little
console app, from cygwin's Corinna Vinschen ;-)
http://www.mail-archive.com/cygwin@cygwin.com/msg71800.html
It might provide useful information when run under different security
principals.
Regards
--
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.