wine-bugs January 2013

wine-bugs@winehq.org

1 participants
9264 discussions

[Bug 28989] New: Wine Bugzilla: Stale glibc timezone defs results in Europe/Moscow timezone to use daylight saving time which had been deprecated in Russia since 2011
by wine-bugs＠winehq.org 15 Dec '15

15 Dec '15

http://bugs.winehq.org/show_bug.cgi?id=28989 Bug #: 28989 Summary: Wine Bugzilla: Stale glibc timezone defs results in Europe/Moscow timezone to use daylight saving time which had been deprecated in Russia since 2011 Product: WineHQ Bugzilla Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: bugzilla-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: mooroon2(a)mail.ru Classification: Unclassified Pretty much the SUBJ. In case I set in Bugzilla preferences to display times in Europe/Moscow timezone for all date past the 30th of October, 2010 I've got incorrectly displayed time value - one hour less than it actually is. Updating glibc timezone defs on the server which hosts Bugzilla should fix the problem. -- 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 8

[Bug 31034] New: RockMelt browser not usable
by wine-bugs＠winehq.org 15 Dec '15

15 Dec '15

http://bugs.winehq.org/show_bug.cgi?id=31034 Bug #: 31034 Summary: RockMelt browser not usable Product: Wine Version: 1.4 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: computergeoffrey(a)zoho.com Classification: Unclassified Created attachment 40743 --> http://bugs.winehq.org/attachment.cgi?id=40743 Border and loading problem RockMelt, a web browser for Windows based on Chromium, is not usable with Wine. The problems: * online (official) installer doesn't work (offline installer @ http://www.techmailers.in/2012/03/rockmelt-browser-full-version-offline.html does) * the intro window doesn't load * if you click the intro window away, you can't browse websites * you can't maximise properly to your whole screen - borders are drawn wrongly Please see attachment. It's possible issue 1, 2 and 3 are related. -- 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 14

[Bug 30486] New: Tanner L-Edit shows blank hotkey field
by wine-bugs＠winehq.org 15 Dec '15

15 Dec '15

http://bugs.winehq.org/show_bug.cgi?id=30486 Bug #: 30486 Summary: Tanner L-Edit shows blank hotkey field Product: Wine Version: 1.4 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified Tanner's L-Edit uses the msctls_hotkey32 control from comctl32 in its Setup / Application / Keyboard dialog, but under Wine, the control is always blank. It should say 'None' (or the local equivalent) initially. (The caret is positioned properly, though.) 'winetricks comctl32' works around the problem. Wine's control works fine in a standalone demo. The problem exists in many versions of the app, including the 7.12 Student Version downloadable from various sites as ledit.zip, 2972402 bytes, sha1sum f1a5825e63cee03f2cfb912cfa8d47c5a22aa684 That version requires 'winetricks mfc42' to start, and warns about wanting 256 color mode. Using Xephyr to get 256 color mode doesn't seem to help. -- 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 11

[Bug 17931] New: Prince of Persia: Warrior Within application ends on settings change
by wine-bugs＠winehq.org 14 Dec '15

14 Dec '15

http://bugs.winehq.org/show_bug.cgi?id=17931 Summary: Prince of Persia: Warrior Within application ends on settings change Product: Wine Version: 1.1.18 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: puciek(a)gmail.com Whenever i change some settings in prince of persia and then say game to save em, it will pop dialog box to inform me that game crashed and to consult readme.txt for tech support. -- 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 11118] New: client side validation for Wine bug reports
by wine-bugs＠winehq.org 14 Dec '15

14 Dec '15

http://bugs.winehq.org/show_bug.cgi?id=11118 Summary: client side validation for Wine bug reports Product: WineHQ Bugzilla Version: unspecified Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: bugzilla-unknown AssignedTo: jnewman(a)codeweavers.com ReportedBy: jeffzaroyko(a)gmail.com Every now and then some bug reporters report a Wine bug that omits basic information such as the version of wine being used, instead it is set to unspecified. It could be useful to remind people who try to submit the form with the version set to unspecified by issuing an one time alert that they should set the value to their current wine version. A similar thing could be done for the URL field where people could be reminded to link to a download of the affected application. I acknowledge that there are other bugs where 'unspecified' may make sense, but they are not as frequent so the impact should be low. If the length of the input in the Description box can be taken with JavaScript, perhaps that could be checked against a commonly large length where people have pasted logs and a warning issued also. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 7

[Bug 14896] New: GTA: San Andreas - Ambient Sounds are too quiet (EAX)
by wine-bugs＠winehq.org 12 Dec '15

12 Dec '15

http://bugs.winehq.org/show_bug.cgi?id=14896 Summary: GTA: San Andreas - Ambient Sounds are too quiet (EAX) Product: Wine Version: 1.1.2 Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: directx-dsound AssignedTo: wine-bugs(a)winehq.org ReportedBy: ch.nolte(a)noltec.org In GTA San Andreas which uses EAX the ambient sound (e.g. from cars etc.) is too quiet in respect to other sounds in the game (e.g. dialog in cut-scenes). GTASA has no option to disable EAX. This problem can be solved for this game, when the "normal" processing mode within dsound.dll is disabled. This can only be done via code (patch is going to be attached). This is only a workaround which disables dsound3d completely. I suppose that there are problems in the distance calculation algorithm in dsound/sound3d.c and possibly in combination with apps using EAX. BTW: Replacing eax.dll with other dlls from the web does not work. Also, please see the comments in appdb: http://appdb.winehq.org/objectManager.php?sClass=version&iId=3780 -- 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 40

[Bug 17814] New: HLMV from Source SDK crashes while starting
by wine-bugs＠winehq.org 12 Dec '15

12 Dec '15

http://bugs.winehq.org/show_bug.cgi?id=17814 Summary: HLMV from Source SDK crashes while starting Product: Wine Version: 1.1.17 Platform: Other OS/Version: other Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jeffz(a)jeffz.name Created an attachment (id=20058) --> (http://bugs.winehq.org/attachment.cgi?id=20058) backtrace To reproduce, open Steam, click Tools on the View menu, install the Source SDK, launch the Source SDK, launch the Model Viewer. It appears for a moment but then crashes. -- 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 11

[Bug 31817] New: RTXShlMenu.dll from RTX 2010 fail to register
by wine-bugs＠winehq.org 12 Dec '15

12 Dec '15

http://bugs.winehq.org/show_bug.cgi?id=31817 Bug #: 31817 Summary: RTXShlMenu.dll from RTX 2010 fail to register Product: Wine Version: 1.5.13 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com Classification: Unclassified wine-1.5.13-431-ga6adbf5 Download: http://c.uzzf.com//cl/rtxclient2010_ins.zip 1. winetricks vcrun6sp6 (workaround bug 27109 and bug 657) 2. install RTX $ wine rtxclient2010formal.exe while installing, a popup menu says RTXShlMenu.dll fail to register. Full log: --- fixme:advpack:write_predefined_strings SYS_MOD_PATH needs more work Failed to register DLL C:\Program Files\Tencent\RTXC\RTXShlMenu.dll fixme:atl:AtlModuleInit SEMI-STUB (0x3eb418 0x3ea2e8 0x3c0000) err:ole:CoReleaseMarshalData IMarshal::ReleaseMarshalData failed with error 0x8001011d err:ole:CoRevokeClassObject COM was not initialized --- After installing, we can reproduce the failure by: $ cd ~/.wine/drive_c/Program\ Files/Tencent/RTXC/ $ regsvr32 RTXShlMenu.dll Failed to register DLL RTXShlMenu.dll -- 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 8

[Bug 32383] New: Configure script can't find 32-bit freetype libraries on 64-bit debian squeeze
by wine-bugs＠winehq.org 12 Dec '15

12 Dec '15

http://bugs.winehq.org/show_bug.cgi?id=32383 Bug #: 32383 Summary: Configure script can't find 32-bit freetype libraries on 64-bit debian squeeze Product: Wine Version: 1.5.18 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: build-env AssignedTo: wine-bugs(a)winehq.org ReportedBy: phoenix(a)mail.ru Classification: Unclassified Repro: 1. Use latest 64-bit debian testing (codenamed squeeze atm). This is important, as recently they got rid of ia32 libs in favor of multiarch 2. Install all dependencies required to build wine (i386 arch), including libfreetype6-dev:i386 3. Run ./configure script from wine's sources Result: checking for -lfreetype... libfreetype.so.6 checking for ft2build.h... no checking for freetype/freetype.h... no checking for freetype/ftglyph.h... no checking for freetype/fttypes.h... no checking for freetype/tttables.h... no checking for freetype/ftsnames.h... no checking for freetype/ttnameid.h... no checking for freetype/ftoutln.h... no checking for freetype/ftwinfnt.h... no checking for freetype/ftmodapi.h... no checking for freetype/ftlcdfil.h... no checking for FT_TrueTypeEngineType... no configure: error: FreeType 32-bit development files not found. Fonts will not be built. Use the --without-freetype option if you really want this. Expected: Freetype libs detected and used to build wine Notes: I use wine with few patches, and now i'm forced to use multiarch, so this bug is really dealbreaker for me. Few months ago, i tried to get rid of ia32* and lib32* packages on my system and use purely multiarch environment. I failed exactly on this step (after successfully overcoming few lesser difficulties with dependencies of other required packages). IIRC it's related to peculiar system used to detect/configure freetype via some binary. I tried to work it around by modifying autoconfig/config files, but it didn't work in any case. I don't remember exact data on it, will try this weekend and post it here. -- 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 32655] New: Miro Setup does not go beyong "initializing..." phase
by wine-bugs＠winehq.org 12 Dec '15

12 Dec '15

http://bugs.winehq.org/show_bug.cgi?id=32655 Bug #: 32655 Summary: Miro Setup does not go beyong "initializing..." phase Product: Wine Version: 1.5.20 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fast.rizwaan(a)gmail.com Classification: Unclassified http://www.getmiro.com/download/all/ miro_setup.exe installer stays at "initializing..." only; installer does not complete the installation. thanks. WINEARCH=win32 fedora 18 x86_64 -- 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 11

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 January 2013