https://bugs.winehq.org/show_bug.cgi?id=40354
Bug ID: 40354
Summary: Display Arabic character but not typing
Product: Wine
Version: 1.6.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: Serri(a)Hakmi.net
Distribution: ---
Hello ,
We Just Moving From Windows Env. to Ubuntu Env.
our System is build on Silverlight
so we used Wine-pipelight to run silverlight on Ubuntu 14, now when running
application labels and stored data is running perfect but if i want to add any
Arabic Text The System will Show ????? instead of Arabic Charterer, if i try to
copy and past it from some where else it's working fine but agin any typing to
silverlight in Arabic Language is showing only ?????,
so can anyone help with this problem other our project will Fail
With Best Regards
--
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=41397
Bug ID: 41397
Summary: cTrader .NET 4.0 'ClickOnce' install fails
Product: Wine
Version: 1.9.19
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mglawing(a)gmail.com
Distribution: ---
cTrader is a .NET 4.0 ClickOnce application.
The cTrader installer fails to detect dotnet40 is already installed,
and tries to install it again,
the installer pop up window says "Installing Microsoft .NET Framework 4 Client
Profile (x86 and x64)", the progress bar is ticking forward slowly and when the
progress bar has reached 100% is goes down to 0% and this repeats in a loop
without ending. While the installer window is visible no network traffic is
generated.
Packages already installed by winetricks: dotnet40, corefonts, vcrun6, msxml6.
Windows version: 10.
OUTPUT
fixme:ole:DllRegisterServer stub
err:winediag:schan_imp_init Failed to load libgnutls, secure connections will
not be available.
fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub
fixme:process:SetProcessDEPPolicy (1): stub
fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub
fixme:advapi:LsaOpenPolicy ((null),0x33e628,0x00000001,0x33e614) stub
fixme:advapi:LsaClose (0xcafe) stub
fixme:urlmon:InternetBindInfo_GetBindString not supported string type 20
err:wininet:HTTP_ParseDateAsAsctime unexpected weekday L"-1"
err:wininet:HTTP_ParseDate unexpected date format L"-1"
fixme:urlmon:DownloadBSC_OnProgress Unsupported status 3
fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub
fixme:process:SetProcessDEPPolicy (3): stub
fixme:clusapi:OpenCluster ((null)) stub!
fixme:clusapi:ClusterOpenEnum (0xdeadbeef, 4) stub!
fixme:clusapi:ClusterEnum (0xdeadbeef, 0, 0x33f850, 0x13fde0, 261) stub!
fixme:clusapi:ClusterCloseEnum (0xdeadbeef) stub!
fixme:clusapi:CloseCluster (0xdeadbeef) stub!
fixme:advapi:DecryptFileW (L"C:\\0695b5cf8b51d7d2a5face020666cf\\", 00000000):
stub
err:winediag:schan_imp_init Failed to load libgnutls, secure connections will
not be available.
fixme:ntdll:EtwRegisterTraceGuidsW (0x6cd15f38, 0x6cd20180,
{e2821408-c59d-418f-ad3f-aa4e792aeb79}, 1, 0x33fca0, (null), (null),
0x6cd20188): stub
fixme:ntdll:EtwRegisterTraceGuidsW register trace class
{e2821408-c59d-418f-ad3f-aa4e792aeb79}
fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub
fixme:process:SetProcessDEPPolicy (1): stub
fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub
fixme:thread:SetThreadStackGuarantee (0x33fb58): stub
fixme:advapi:LsaOpenPolicy ((null),0x33f448,0x00000001,0x33f434) stub
fixme:advapi:LsaClose (0xcafe) stub
fixme:advapi:LsaOpenPolicy ((null),0xa5c378,0x00000001,0xa5c364) stub
fixme:advapi:LsaClose (0xcafe) stub
fixme:ole:CoInitializeSecurity ((nil),-1,(nil),(nil),1,3,(nil),0,(nil)) - stub!
fixme:qmgr:BackgroundCopyJob_AddFileSet Check for valid filenames and supported
protocols
fixme:advapi:ControlTraceW (0, (null), 0xa558dc, 1) stub
fixme:qmgr:BackgroundCopyJob_AddFileSet Check for valid filenames and supported
protocols
fixme:qmgr:BackgroundCopyJob_SetPriority (0x135d50)->(0): stub
fixme:qmgr:BackgroundCopyJob_SetNoProgressTimeout (0x135d50)->(120): stub
err:ole:marshal_object Failed to create an IRpcStubBuffer from IPSFactory for
{659cdeac-489e-11d9-a9cd-000d56965251} with error 0x80004002
err:ole:ClientIdentity_QueryMultipleInterfaces IRemUnknown_RemQueryInterface
failed with error 0x80004002
--
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=40563
Bug ID: 40563
Summary: N1MM Logger+ version 1.0.5x crashes at launch
Product: Wine
Version: 1.6.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: temp7(a)n0sq.us
Distribution: ---
Created attachment 54401
--> https://bugs.winehq.org/attachment.cgi?id=54401
output from running from CLI
Program crashes at launch.
--
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=44589
Bug ID: 44589
Summary: The finally{} of a try/catch/finally on MS .NET
doesn't appear to be be respected as it should
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: epigramx(a)yahoo.com
Distribution: ---
My own code on MS seems to adhere to the notion that if something is in a
finally {} of a try/catch/finally it must always be called unless the program
doesn't continue at all.
On wine though (tested on current -devel and .NET 4.5.2) that doesn't seem to
be the case. Calls inside the finally{} may be ignored or in general be
inconsistent.
--
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=44453
Bug ID: 44453
Summary: 30525
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: thekagles(a)gmail.com
Distribution: ---
Created attachment 60394
--> https://bugs.winehq.org/attachment.cgi?id=60394
30525
30525
--
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=44411
Bug ID: 44411
Summary: CRASHING AND LACKING FONT civilization call to power
Product: Wine
Version: 3.0-rc6
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kitisanutter(a)gmail.com
Distribution: ---
Game crashes with core fonts, there is nothing to suggest reason why other than
lack of core fonts.
--
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=35274
Bug ID: 35274
Summary: Heavy Metal Pro page faults when using "open from"
Product: Wine
Version: 1.7.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: liquitsnake(a)gmx.net
Classification: Unclassified
This seems similar to bug 21665, but is not the same bug (as it has been fixed
long ago)
When using "open from" to load a file in Heavy Metal, the program will page
fault as soon as the "open" button is pressed. Similarily, it will page fault
when using "save to" most of the time. That makes it impossible to use these
functions.
It doesn't appear to be a regression (I have witnessed this on all versions
from 1.3.7 to 1.7.9).
Using native comctl32.dll solves the crashing. The native DLL used in my
testing has the MD5 2f0680d0ac7b37cd5f3b118024ad0f0d.
--
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=44400
Bug ID: 44400
Summary: Elona+ custom crashes on exit, crash confirmation
windows appears in few senconds
Product: Wine
Version: 3.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: morichikarinnosukee(a)gmail.com
Distribution: ---
Created attachment 60323
--> https://bugs.winehq.org/attachment.cgi?id=60323
I tried all windows, but not work.
wine 1.8 tricks run elona+ custom1.75.1 is really good,But I update to 3.0 then
game crash when just show window.
I try use xp,win 7,8,or 10,but all not work.
--
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=9408
Summary: Irfanview cannot scan images
Product: Wine
Version: 0.9.43.
Platform: PC
URL: http://www.irfanview.com/
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: thestig(a)google.com
This is different from bug 9406.
With the sane test backend, Irfanview still crashes when attempting to scan.
The test backend works just fine with Picasa though.
To scan, select File -> Acquire/batch scanning. You can bypass bug 9404 by
removing gphoto2.ds.so.
--
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=31994
Bug #: 31994
Summary: AquadelicGT: Socket error, code=10013
Product: Wine
Version: 1.5.15
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winsock
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: starous(a)volny.cz
Classification: Unclassified
Created attachment 42173
--> http://bugs.winehq.org/attachment.cgi?id=42173
Wine log - WINEDEBUG="-all,+winsock"
Hello,
I am trying to play AquadelicGT game under wine for long time - the game works
fine approx. from version 1.5.8 in single player mode if msxml4.dll is replaced
by native Windows DLL (As I wrote in AppDB -
http://appdb.winehq.org/objectManager.php?sClass=version&iId=18692 ).
But the game is still not working in multiplayer mode - there is displayed
message box "Socket error, code=10013" and game freezes every time when I try
to start "Join multiplayer game".
First I thought it can be related to CAP_NET_RAW problem - I tried set this
capability to game EXE files - Launcher.exe and Run.exe - but this does not
help.
Then I found bug 7929 - it looks similarly like my problem, so I waited for fix
of this bug. Bug 7929 was fixed in latest release 1.5.15, so I tried it today -
but the problem is still the same.
Wine log with debug setting WINEDEBUG="-all,+winsock" is included in
attachment.
(Note: The game itself is Run.exe file - but it (probably) cannot be started
directly, it is started via Launcher.exe file.)
Best regards,
Ales
--
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.