wine-bugs August 2011

wine-bugs@winehq.org

1 participants
9467 discussions

[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

[Bug 23933] New: Kid Pix Deluxe 4 paint bucket doesn't work
by wine-bugs＠winehq.org 22 Jul '16

22 Jul '16

http://bugs.winehq.org/show_bug.cgi?id=23933 Summary: Kid Pix Deluxe 4 paint bucket doesn't work Product: Wine Version: 1.3.0 Platform: x86 URL: http://www.broderbund.com/ OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com So far, the only thing I've found in Kid Pix 4 that doesn't work with wine-1.3.0 is the paint bucket. It doesn't seem to do anything? -- 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 6

[Bug 26970] New: OSS sound system found but too old (OSSv4 needed), OSS won't be supported
by wine-bugs＠winehq.org 15 Jul '16

15 Jul '16

http://bugs.winehq.org/show_bug.cgi?id=26970 Summary: OSS sound system found but too old (OSSv4 needed), OSS won't be supported Product: Wine Version: 1.3.19 Platform: All OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: t.artem(a)mailcity.com It's not really a bug but a question. I'm running a very modern Linux distro, Fedora 14 with all updates installed and Wine 1.3.19 now doesn't want to support OSS saying: "configure: OSS sound system found but too old (OSSv4 needed), OSS won't be supported." I'm kinda disappointed, because OSSv4 is an external package, it's very difficult to bundle it with Linux distros and it seems like you killing the support for OSS for no obvious reasons other than impeding using the OSS emulation layer in ALSA (which still works very well for many of us, users of Wine). -- 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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs August 2011