December 2011 - Wine-bugs - list.winehq.org

[Bug 14119] New: Saving project files in Actel Designer v8.3
by wine-bugs＠winehq.org 04 Aug '16

04 Aug '16

http://bugs.winehq.org/show_bug.cgi?id=14119 Summary: Saving project files in Actel Designer v8.3 Product: Wine Version: 1.0-rc2 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dgeorgester(a)gmail.com When saving the project file (.adb), the program reports: "Unable to fully access file "Z:\tmp\foo.adb". Check the permissions and the available disk space for the file location. The program creates an intermediate lock file, immediately deletes it and then reports the error. Attached is a snippet of an strace of the wineserver -- 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.

1 25

[Bug 26620] New: Nitro PDF Reader: Hang-up at moving annotation
by wine-bugs＠winehq.org 04 Aug '16

04 Aug '16

http://bugs.winehq.org/show_bug.cgi?id=26620 Summary: Nitro PDF Reader: Hang-up at moving annotation Product: Wine Version: 1.3.16 Platform: x86 URL: http://install.nitropdf.com/reader/en/nitro_pdf_reader .exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Created an attachment (id=33886) --> (http://bugs.winehq.org/attachment.cgi?id=33886) Annotation sign Steps to reproduce: 1) remove ~/.wine 2) winetricks gecko 3) install Nitro PDF Reader 4) wine NitroPDFReader.exe 5) open Welcome.pdf (File is in main directory of application) 6) RMB->Add Note 7) move annotation (see attachment) Behaviour: Wine error + hang-up. Expected behaviour: No Wine error and no hang-up. -- 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.

1 7

[Bug 23534] New: Notation Composer: in Add Mode, mouse cursor is invisible over non-modal dialogs
by wine-bugs＠winehq.org 04 Aug '16

04 Aug '16

http://bugs.winehq.org/show_bug.cgi?id=23534 Summary: Notation Composer: in Add Mode, mouse cursor is invisible over non-modal dialogs Product: Wine Version: 1.2-rc6 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: marc321(a)gmail.com Steps to reproduce (with a clean ~/.wine): $ winetricks vcrun6 $ wget http://www.notation.com/download/NotationComposer261TrialSmallSetup.exe $ wine ./NotationComposer261TrialSmallSetup.exe - Install using default options (or as desired... doesn't matter) - Leave "Launch Notation Composer" checked on the last step and click Finish - When Composer launches, click File > New, then Next 4 times, then Finish - Hit Esc or Enter to initiate "Add Mode" - Click Perform > Setup... - Move the mouse over the dialog that appears. No cursor. There are a few things to note: 1) The cursor is meant to disappear in Add Mode, but only in the document area 2) You can click buttons in the dialog if you know where you're clicking! 3) The cursor stays visible if it enters the dialog from anywhere but the document area. For example, move the dialog over the toolbar and move the mouse in from above. 4) This bug is present in previous versions of wine As always, I'll be glad to attach logs or provide any other info as needed. Thanks! ----- Wine version: 1.2-rc6 Windows version: XP Distro: Slackware(-current) Kernel version: 2.6.33.4-smp CPU: Intel Core 2 Duo E6750 GCC version: 4.4.4 glibc version: 2.11.1 xorg-server version: 1.7.7 Video card, driver version: NVidia GeForce 8600GT, 195.36.15 -- 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.

1 9

[Bug 9467] New: Macromedia Studio 8 installer hangs
by wine-bugs＠winehq.org 04 Aug '16

04 Aug '16

http://bugs.winehq.org/show_bug.cgi?id=9467 Summary: Macromedia Studio 8 installer hangs Product: Wine Version: 0.9.44. Platform: Other OS/Version: other Status: NEW Severity: enhancement Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com To try installing Studio 8, you first have to work around a bug in the way the CD-ROM was mastered: they included rockridge extensions, but neglected to make files world-readable. This causes mysterious errors about not being able to run the installer: wine: could not load L"D:\\install studio 8.exe": Module not found So you have to remount the cd-rom with the 'norock' option, e.g.: $ umount /media/cdrom $ sudo mount /dev/cdrom /media/cdrom -o norock OK, on to the problem. Like Studio MX (see bug 9035), Studio 8's top level installer runs the installers of six or so apps. And like the earlier version, it hangs. But this hang is bad; it's on the end of the first app, and it it can't be solved by clicking "OK". The hang occurs at the end of the Dreamweaver installation, right after it says "Publishing product information". The installer still responds to the mouse, but if you ask it to cancel, it keeps going, no matter how many times you say you want to cancel. +process revealed the commandline used to invoke the problematic subinstaller. To reproduce with just the subinstaller, do wine msiexec.exe /i 'D:\fscommand\Macromedia_Dreamweaver_8.msi' MM_STUDIO=1 CREATEQUICKLAUNCHSHORTCUT=0 CREATEDESKTOPSHORTCUT=0 MACROMEDIA='c:\Program Files\Macromedia\' -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 17

[Bug 11311] New: C-Geo 8
by wine-bugs＠winehq.org 04 Aug '16

04 Aug '16

http://bugs.winehq.org/show_bug.cgi?id=11311 Summary: C-Geo 8 Product: Wine Version: 0.9.53. Platform: PC URL: http://www.c-geo.com/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ziemi_(a)poczta.onet.pl Created an attachment (id=10419) --> (http://bugs.winehq.org/attachment.cgi?id=10419) zipped logs and screenshots Installed Wine Gecko 0.1.0. Wine compiled with OPENGL. After executing program appears OLE error (see fig1 and log1), but it works properly without ole funtions when it crash. It was on normal user account, on root account program is not executing, see fig2 and log2. -- 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.

1 16

[Bug 25665] New: Cool Record Edit: Incorrect window appearance
by wine-bugs＠winehq.org 04 Aug '16

04 Aug '16

http://bugs.winehq.org/show_bug.cgi?id=25665 Summary: Cool Record Edit: Incorrect window appearance Product: Wine Version: 1.3.10 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Created an attachment (id=32692) --> (http://bugs.winehq.org/attachment.cgi?id=32692) Image showing the problem Steps to reproduce: 1) remove ~/.wine 2) winetricks gecko 3) install Cool Record Edit Pro 4) start Cool Record Edit Pro Behaviour: See attachment (left image) Expected behaviour: See attachment (right image) Terminal output: fixme:msvcrt:_set_error_mode dummy implementation (old mode: 0, new mode: 2) fixme:msvcrt:_set_error_mode dummy implementation (old mode: 2, new mode: 2) fixme:msvcrt:_set_error_mode dummy implementation (old mode: 2, new mode: 2) fixme:msvcrt:_set_error_mode dummy implementation (old mode: 2, new mode: 2) -- 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.

1 5

[Bug 28166] New: Player shadows are have inverted colors in GTASA
by wine-bugs＠winehq.org 27 Jul '16

27 Jul '16

http://bugs.winehq.org/show_bug.cgi?id=28166 Summary: Player shadows are have inverted colors in GTASA Product: Wine Version: 1.3.26 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: b7.10110111(a)gmail.com Created an attachment (id=36083) --> (http://bugs.winehq.org/attachment.cgi?id=36083) Screenshot See screenshot. This appears on intel video chips, e.g. this: 00:02.0 VGA compatible controller: Intel Corporation N10 Family Integrated Graphics Controller (rev 02) and also on i945 (EEEPC 901). This doesn't reproduce on nvidia. -- 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.

1 7

[Bug 14288] New: winhelp: text/paragraph formatting bugs
by wine-bugs＠winehq.org 22 Jul '16

22 Jul '16

http://bugs.winehq.org/show_bug.cgi?id=14288 Summary: winhelp: text/paragraph formatting bugs Product: Wine Version: 1.1.0 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk Some help files do not display correctly in Wine winhelp. For example, a paragraph which should appear to the right of an icon like this: [pic] This is a paragraph whose left edge is to the right of a picture may actually appear below the icon, like this: [pic] This is a paragraph whose left edge is to the right of a picture To demonstrate, download msdncd.hlp from http://bugs.winehq.org/attachment.cgi?id=14568 and load the file into Wine winhelp. On the "Opening Books and Topics" page, the paragraph formatting is incorrect. (The paragraph corresponding to each icon should appear to the right of it.) On "Searching for Words and Phrases", paragraph formatting is incorrect, and the example text should be rendered in bold. Also, at the top of each page there should be a grey bar. This does not appear in Wine winhelp. -- 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.

1 20

[Bug 14821] New: Kirikiri based games update screen slowly
by wine-bugs＠winehq.org 22 Jul '16

22 Jul '16

http://bugs.winehq.org/show_bug.cgi?id=14821 Summary: Kirikiri based games update screen slowly Product: Wine Version: 1.1.2 Platform: PC URL: http://kikyou.info/dl_redirect.php?%2Ftvp%2Ffiles%2Fkr23 0rc1.lzh OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: drakh(a)spamcop.net Games based on the open source Kirikiri engine update the screen rather slowly. These are Japanese visual novels, mainly consisting of static images with some simple filters and compositing, accompanied by text and sounds. They're very undemanding resource wise, and screen updates happen more or less instantaneously in Windows on the same hardware. It's most noticeable when the background image changes, taking a second or two to load from top to bottom, but even text rendering is clearly slower when fast forwarding through a scene. The engine has been used for commercial games like Fate/Stay night, though the author's generic build (linked to in the URL field) has a simple example script that demonstrates the problem. To run it, you need to have Japanese language support installed, then launch "\kirikiri2\krkr.eXe" (passing wine the LANG=ja_JP.UTF-8 variable) and point it to the "\kag3\syoukai\" folder. The source is available through SVN (https://sv.kikyou.info/trac/kirikiri/wiki/AboutSubversion) -- 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.

1 10

[Bug 21891] New: info zip 3.0 won't apppend to existing archive
by wine-bugs＠winehq.org 22 Jul '16

22 Jul '16

http://bugs.winehq.org/show_bug.cgi?id=21891 Summary: info zip 3.0 won't apppend to existing archive Product: Wine Version: 1.1.39 Platform: x86 URL: ftp://ftp.info-zip.org/pub/infozip/win32/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd AssignedTo: wine-bugs(a)winehq.org ReportedBy: htl10(a)users.sourceforge.net ftp://ftp.info-zip.org/pub/infozip/win32/zip232xn.zip ftp://ftp.info-zip.org/pub/infozip/win32/zip300xn.zip info zip is supposed to add files if the zip file speecifies already exists. with 2.32, it works as advertised as follows. With 3.0, del a.zip zip.exe a.zip file1 (creating new zip archive) zip.exe a.zip file2 (adding file to existing zip archive) the 2nd step fails with "zip error: Interrupted (aborting)" (FWIW, the above is a simplified version of part of the windows binary packaging procedure for ghostscript) I think it is unlikely a bug/regression with zip 3.0 , so I am filing it here. If somebody verifies that zip 3.0 doesn't work on genuine windows either, please close as invalid and I'll contact info-zip. -- 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.

1 10