July 2015 - Wine-Bugs - list.winehq.org

[Bug 38951] New: Builtin iexplore can't do document.write in a new window

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=38951 Bug ID: 38951 Summary: Builtin iexplore can't do document.write in a new window Product: Wine Version: 1.7.47 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: litimetal(a)gmail.com Distribution: --- Created attachment 51897 --> https://bugs.winehq.org/attachment.cgi?id=51897 +mshtml terminal output.txt Run javascript code in builtin gecko: function openWin() myw=window.open("", "myWindow", "width=200, height=100"); myw.document.write("<p>This is 'myWindow'</p>"); } And HTMLDocument_open hasn't been called You can reproduce this bug by wine iexplore http://78rd9k.com1.z0.glb.clouddn.com/window_write.html -- 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.

July 20, 2015

[Bug 36966] Turkey - Europe/Istanbul timezone is not detected

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=36966 Sebastian Lackner <sebastian(a)fds-team.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |8319445933fa149b6874420786f | |638732ef35699 Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #7 from Sebastian Lackner <sebastian(a)fds-team.de> --- This bug (for timezone Europe/Istanbul) was already fixed by 8319445933fa149b6874420786f638732ef35699. @ Felipe: Could you please open a new bug report for the remaining timezone? I'll take a look. -- 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.

July 19, 2015

[Bug 36966] Turkey - Europe/Istanbul timezone is not detected

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=36966 Felipe Barriga Richards <spam(a)felipebarriga.cl> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |spam(a)felipebarriga.cl --- Comment #6 from Felipe Barriga Richards <spam(a)felipebarriga.cl> --- This also happens with Chile timezone: Chile/Continental which is used at least by archlinux. -- 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.

July 19, 2015

[Bug 34947] Creo Elements/Direct Modeling Express 4.0 InstallShield based installer shows oversized "installation completed" setup wizard window

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=34947 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED CC| |focht(a)gmx.net Resolution|--- |FIXED Summary|Creo Elements: Oversized |Creo Elements/Direct |dialog window |Modeling Express 4.0 | |InstallShield based | |installer shows oversized | |"installation completed" | |setup wizard window --- Comment #1 from Anastasius Focht <focht(a)gmx.net> --- Hello folks, I can't reproduce this, the final setup wizard page is properly sized here. Assuming fixed. $ sha1sum Creo-Elements-Direct-Modeling-Express4-M010-32-setup-EN.exe 4b77817ac55bf4cbbd85f02949d8d97e9a0ca19a Creo-Elements-Direct-Modeling-Express4-M010-32-setup-EN.exe $ du -sh Creo-Elements-Direct-Modeling-Express4-M010-32-setup-EN.exe 157M Creo-Elements-Direct-Modeling-Express4-M010-32-setup-EN.exe $ wine --version wine-1.7.47-118-ga90592c 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.

July 19, 2015

[Bug 38665] Toontown Rewritten Launcher under Wine/FreeBSD gives "ValueError: Empty certificate data"

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=38665 --- Comment #13 from Neel Chauhan <neel(a)neelc.org> --- I think that this piece of information should be interesting to you: fixme:imm:NotifyIME IMC_SETCANDIDATEPOS fixme:msvcrt:__clean_type_info_names_internal (0x3b4148) stub fixme:msvcrt:__clean_type_info_names_internal (0x1d181730) stub fixme:msvcrt:__clean_type_info_names_internal (0x3a7b60) stub fixme:msvcrt:__clean_type_info_names_internal (0x2d1ee6c) stub fixme:msvcrt:__clean_type_info_names_internal (0x2049fdc) stub fixme:msvcrt:__clean_type_info_names_internal (0x2bd0a94) stub fixme:msvcrt:__clean_type_info_names_internal (0x640ebd2c) stub fixme:msvcrt:__clean_type_info_names_internal (0x1581184) stub fixme:msvcrt:__clean_type_info_names_internal (0x6578cca4) stub fixme:msvcrt:__clean_type_info_names_internal (0xf799e0) stub fixme:msvcrt:__clean_type_info_names_internal (0x37a948) stub fixme:msvcrt:__clean_type_info_names_internal (0x6726023c) stub fixme:msvcrt:__clean_type_info_names_internal (0x39ab68) stub fixme:msvcrt:__clean_type_info_names_internal (0x1d1b5210) stub fixme:msvcrt:__clean_type_info_names_internal (0x9891d8) stub fixme:msvcrt:__clean_type_info_names_internal (0x1011e178) stub fixme:msvcrt:__clean_type_info_names_internal (0x34ca30) stub fixme:msvcrt:__clean_type_info_names_internal (0x1e24e5d8) stub fixme:msvcrt:__clean_type_info_names_internal (0x2e91178) stub fixme:msvcrt:__clean_type_info_names_internal (0x37093b8) stub fixme:msvcrt:__clean_type_info_names_internal (0x3a7b60) stub fixme:msvcrt:__clean_type_info_names_internal (0x2d1ee6c) stub fixme:msvcrt:__clean_type_info_names_internal (0x2049fdc) stub fixme:msvcrt:__clean_type_info_names_internal (0x2bd0a94) stub fixme:msvcrt:__clean_type_info_names_internal (0x640ebd2c) stub fixme:msvcrt:__clean_type_info_names_internal (0x1581184) stub fixme:msvcrt:__clean_type_info_names_internal (0x6578cca4) stub fixme:msvcrt:__clean_type_info_names_internal (0xf799e0) stub fixme:msvcrt:__clean_type_info_names_internal (0x37a948) stub fixme:msvcrt:__clean_type_info_names_internal (0x6726023c) stub fixme:msvcrt:__clean_type_info_names_internal (0x39ab68) stub fixme:msvcrt:__clean_type_info_names_internal (0x1d1b5210) stub fixme:msvcrt:__clean_type_info_names_internal (0x9891d8) stub fixme:msvcrt:__clean_type_info_names_internal (0x1011e178) stub fixme:msvcrt:__clean_type_info_names_internal (0x34ca30) stub fixme:msvcrt:__clean_type_info_names_internal (0x1e24e5d8) stub -- 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.

July 19, 2015

[Bug 38949] Free Falcon 5.x/6.x configuration editor segfaults on start (loader must take invalid IMAGE_LOAD_CONFIG_DIRECTORY values into account)

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=38949 --- Comment #4 from Anastasius Focht <focht(a)gmx.net> --- Hello folks, --- quote --- Validating if the SecurityCookie is inside of the module should fix this, however I wonder if this is really a complete fix. Do we theoretically also need relocation of the SecurityCookie pointer? --- quote --- I think that should be taken care by the PE compressor code itself. Whoever messes with load config directory has to emit/keep relocation entries for: * LockPrefixTable (VA) * EditList (VA) * SecurityCookie (VA) * SEHandlerTable (VA) I would assume the PE compressors generate metadata about the original file sections, which includes relocations. When the compressor creates the final PE, those relocation entries get stripped and are instead stored in internal table. The uncompressor stub has to implement OS loader behaviour by processing those internally stored relocation entries on its own, which should also include load config VAs before passing control to the real application entry point. Of course the security cookie can't be randomized by OS loader this way (retaining the original value as emitted by VC++ compiler /GS) but that's a minor drawback. The app will do a "once" randomization of the security cookie on its own as part of CRT startup. 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.

July 19, 2015

[Bug 38941] DOSCenter: Text colors are missing

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=38941 Béla Gyebrószki <gyebro69(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download, regression Status|UNCONFIRMED |NEW URL| |http://nugnugnug.com/ CC| |bunglehead(a)gmail.com, | |gyebro69(a)gmail.com Component|-unknown |comctl32 Ever confirmed|0 |1 Regression SHA1| |fa3e750e2cfc5fe763c2891f5fa | |47fec2ded43b0 --- Comment #5 from Béla Gyebrószki <gyebro69(a)gmail.com> --- I can repro the problem in the application by following the steps in comment #0. 'winetricks comctl32' works around the problem for me. Actually, this is a regression introduced by commit fa3e750e2cfc5fe763c2891f5fa47fec2ded43b0 Author: Nikolay Sivov <nsivov(a)codeweavers.com> Date: Sun May 11 00:49:27 2014 +0400 comctl32/listview: Fix custom draw stage sequence. Text coloring used to work before that commit. See also bug #9491. The proposed patch by Daniel Jelinski (http://source.winehq.org/patches/data/105556) also fixes the problem for me. -- 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.

July 19, 2015

[Bug 38949] Free Falcon 5.x/6.x configuration editor segfaults on start (loader must take invalid IMAGE_LOAD_CONFIG_DIRECTORY values into account)

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=38949 --- Comment #3 from André H. <nerv(a)dawncrow.de> --- (In reply to Sebastian Lackner from comment #2) > (In reply to Anastasius Focht from comment #1) > > The content of some PE image directories is invalid before the UPX > > decompressor stub is run. > > You must take this possibility into account before trying to access these > > data structures. > > Validating if the SecurityCookie is inside of the module should fix this, > however I wonder if this is really a complete fix. Do we theoretically also > need relocation of the SecurityCookie pointer? Checking if the pointer is sane is one thing, but what about the decompressed exe, it also needs a random cookie value... -- 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.

July 19, 2015

[Bug 38950] Creo Elements/Direct Modeling Express 6.0 .NET based licensing tool crashes on startup (Xenocode VM, 'load_native_dll' must also allow imports resolving for 'EXECUTABLE_IMAGE')

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=38950 --- Comment #1 from Anastasius Focht <focht(a)gmx.net> --- Hello folks, for completeness... I found a tool to identify the used Xenocode version and also extract the virtual filesystem contents from the PE (proving a fully packaged .NET Framework). http://www.woodmann.com/collaborative/tools/index.php/The_Xenocode_Solution (.NET 2.0 based app, obfuscated *gee*) It reports: --- snip --- Detected Xenocode PostBuild 2007 Found 111 file in the VM/x86/VA package [1/111] Unpacking: OLAPEPP.exe [2/111] Unpacking: machine.config ... [111/111] Unpacking: xjis.nlp --- snip --- The extracted files: --- snip --- $ ls -1sh OLAPEP_Unpacked/ total 45M 12K Accessibility.dll 88K alink.dll 72K aspnet_rc.dll 68K big5.nlp 84K bopomofo.nlp 68K csc.exe 4.0K csc.exe.config 1.1M cscomp.dll 16K cscompmgd.dll 136K cscompui.dll 4.0K csc.rsp 20K culture.dll 68K CustomMarshalers.dll 24K cvtres.exe 20K enterprisesec.config 12K fusion.dll 1.7M gdiplus.dll 116K ksc.nlp 20K machine.config 8.0K Microsoft.VisualC.dll 268K mscoree.dll 320K mscorjit.dll 4.2M mscorlib.dll 100K mscorpe.dll 324K mscorrc.dll 68K mscorsec.dll 12K mscorsn.dll 5.4M mscorwks.dll 612K msvcr80.dll 60K normidna.nlp 44K normnfc.nlp 36K normnfd.nlp 64K normnfkc.nlp 56K normnfkd.nlp 84K OLAPEPP.exe 80K perfcounter.dll 84K prc.nlp 84K prcp.nlp 24K security.config 260K sortkey.nlp 20K sorttbls.nlp 380K System.Configuration.dll 80K System.Configuration.Install.dll 2.8M System.Data.dll 472K System.Data.OracleClient.dll 700K System.Data.SqlXml.dll 864K System.Deployment.dll 4.9M System.Design.dll 388K System.DirectoryServices.dll 184K System.DirectoryServices.Protocols.dll 2.9M System.dll 80K System.Drawing.Design.dll 684K System.Drawing.dll 252K System.EnterpriseServices.dll 112K System.EnterpriseServices.Wrapper.dll 292K System.Runtime.Remoting.dll 128K System.Runtime.Serialization.Formatters.Soap.dll 252K System.Security.dll 112K System.ServiceProcess.dll 256K System.Transactions.dll 4.8M System.Web.dll 84K System.Web.RegularExpressions.dll 804K System.Web.Services.dll 5.1M System.Windows.Forms.dll 2.0M System.Xml.dll 32K wbemdc.dll 292K webengine.dll 240K wmidcad.dll 96K wmiutils.dll 28K xjis.nlp --- snip --- 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.

July 19, 2015

[Bug 33275] Far Cry: Segmentation Fault on start

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=33275 Béla Gyebrószki <gyebro69(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gyebro69(a)gmail.com --- Comment #35 from Béla Gyebrószki <gyebro69(a)gmail.com> --- (In reply to Sebastian Lackner from comment #34) > The problem is still present on AMD CPUs when using a pure 32-bit kernel. > The following rebased kernel patch and Wine patch fixes it: > > * kernel patch: http://ix.io/jPy > * wine patch: http://ix.io/jPB > > Please note that the kernel devs will most likely prefer a different > solution (adding a check at the beginning of the syscall entry, similar to > x86_64). This will make the wine patch unnecessary. I'll write something on > the kernel mailing list shortly. I confirm that the 2 patches fix the startup problem in FarCry (GOG.com version) when running a 32-bit kernel on my AMD Athlon64 X2 (fam: 0f, model: 6b, stepping: 02) cpu. wine-1.7.47-118-ga90592c Fedora 22 32-bit Kernel 4.1.2 -- 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.

July 19, 2015