wine-bugs November 2009

wine-bugs@winehq.org

1 participants
6294 discussions

[Bug 12027] New: List in combobox don't disapear when window moved
by wine-bugs＠winehq.org 20 Apr '24

20 Apr '24

http://bugs.winehq.org/show_bug.cgi?id=12027 Summary: List in combobox don't disapear when window moved Product: Wine Version: 0.9.57. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: patriotyk(a)gmail.com When we dropping down combobox and after that trying move window, the list of items in combobox doesn't disapear. It is reproducible in all applications which used combobox -- 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.

2 18

[Bug 11956] New: NoteTab Pro 5.5 Select Clip Library from Library Bar
by wine-bugs＠winehq.org 13 Apr '24

13 Apr '24

http://bugs.winehq.org/show_bug.cgi?id=11956 Summary: NoteTab Pro 5.5 Select Clip Library from Library Bar Product: Wine Version: 0.9.57. Platform: PC URL: http://www.notetab.com OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lm_hamilton(a)yahoo.com When selecting a library using the mouse and clicking on the Library Bar, at the bottom, it is above the Status Bar, the user has to hold the mouse and move off the Library Bar then release the mouse button, for it to change to the selected library. If this procedure is not followed, it closes the clip book, usually on the left of the screen, but can be put on the right. This has been an issue with the past several versions of Wine. This issue also occurs on NoteTab Light and Standard. -- 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.

2 16

[Bug 11317] New: Need for Speed II Demo - hangs on smp machine
by wine-bugs＠winehq.org 08 Apr '24

08 Apr '24

http://bugs.winehq.org/show_bug.cgi?id=11317 Summary: Need for Speed II Demo - hangs on smp machine Product: Wine Version: 0.9.53. Platform: Other URL: http://files.filefront.com/nfs2demoexe/;3978828;/fileinf o.html OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jeffzaroyko(a)gmail.com Need for Speed II, a multithreaded game works on single cpu machines, does not work on SMP machine. wine-0.9.53, Ubuntu 7.04, nVidia 8800GTS, Intel(R) Core(TM)2 Quad CPU @ 2.4GHz the point at which things go wrong isn't always the same, sometimes part of the intro video clip display other times it will hang before, if you adjust the priority of the process it may get a little further but still goes pearshaped. err:ntdll:RtlpWaitForCriticalSection section 0x7bc8f684 "loader.c: loader_section" wait timed out in thread 001a, blocked by 0018, retrying (60 sec) wine-0.9.53, Ubuntu 7.10, nVidia FX 5200, Intel(R) Celeron(R) CPU 2.40GHz works flawlessly. I can't test on a SMP windows machine. -- 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.

2 38

[Bug 20694] New: Image filetypes with images of the music are saved in Windows, but not WINE/Mozart10.
by wine-bugs＠winehq.org 05 Apr '24

05 Apr '24

http://bugs.winehq.org/show_bug.cgi?id=20694 Summary: Image filetypes with images of the music are saved in Windows, but not WINE/Mozart10. Product: Wine Version: 1.1.33 Platform: PC URL: http://www.mozart.co.uk/programs/mzsetup.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: let02do(a)earthlink.net Mozart is a music notation and score editing program. The latest version of the App, Mozart10, uses calls to the Windows functions for handling image files and is mostly broken. Its previous version, Mozart9, used a third party library to process image files, and that worked with no incident in WINE, but now that Windows functions are used, there's no joy in this area. My WINE version is wine-1.1.33 with a clean install. Attempting to save image files of a score in Mozart10, fails with an error message "Failed to save file..." for file extensions *.gif, *.jpg, *.tiff . There are no wine console messages. For files with extension *.png and *.bmp, Mozart10 saves a file, but with no image in it. Files with extension *.emf (Windows encapsulated meta file <i.e.,paint>) are saved with only part of the image correctly displayed. To sum up: file types with extensions: *.gif, *.jpg, *.tif, *.png, *.bmp, *.emf are saved with images of the music score in Windows XP, Vista, and Win7, but this does not work in wine-1.1.33/Mozart10. -- 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.

2 33

[Bug 15153] New: Dragging tabs crashes Code:Blocks 8.02 C++ IDE
by wine-bugs＠winehq.org 16 Mar '24

16 Mar '24

http://bugs.winehq.org/show_bug.cgi?id=15153 Summary: Dragging tabs crashes Code:Blocks 8.02 C++ IDE Product: Wine Version: 1.1.4 Platform: Other URL: http://sourceforge.net/project/downloading.php?groupname =codeblocks&filename=codeblocks-8.02mingw- setup.exe&use_mirror=dfn OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: ole AssignedTo: wine-bugs(a)winehq.org ReportedBy: florianskarten(a)web.de Created an attachment (id=15880) --> (http://bugs.winehq.org/attachment.cgi?id=15880) complete crash log (contains backtrace) At the bottom of the IDE is a panel Logs & others, it contains several tabs. If you start dragging one of these tabs then the wine crash. -- 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.

2 22

[Bug 11629] New: Usable Wine interface
by wine-bugs＠winehq.org 08 Mar '24

08 Mar '24

http://bugs.winehq.org/show_bug.cgi?id=11629 Summary: Usable Wine interface Product: Wine Version: unspecified Platform: All OS/Version: All Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: remco47(a)yahoo.com What about making a Wine GUI to behave more like emulators like VirtualBox. It's extremely hard right now to get Wine in desktop mode. It would be nice if you could start Wine as an application, which opens up a window like this: http://xs224.xs.to/xs224/08081/mockup918.png (ignore the virtualbox-stuff) And if you start one of those prefixes, it by default opens a Wine Desktop with a simple Taskbar & Start-menu. Somewhere in the Start-menu could be the option to switch to desktop integration mode. There could also be an option to run the Wine Desktop full-screen. Like this: http://xs224.xs.to/xs224/08081/winedesktop771.png (forgive my GIMP skills) I believe this would be very good for usability. Desktop mode is more stable than seamless mode, yet it's hidden in winecfg. This kind of UI also exposes the prefix-functionality in a transparent way. Wouldn't that be a nice 1.0 polishing idea? -- 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.

2 14

[Bug 20190] New: HOMMV Map Editor pane shrinks on every refresh (Unhandled query type 4)
by wine-bugs＠winehq.org 03 Mar '24

03 Mar '24

http://bugs.winehq.org/show_bug.cgi?id=20190 Summary: HOMMV Map Editor pane shrinks on every refresh (Unhandled query type 4) Product: Wine Version: 1.1.30 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: myk002(a)yahoo.com Heroes of Might and Magic V Map Editor is unusable due to the rendered editing pane continually refreshing at smaller and smaller sizes until it disappears. The editor shown in the picture attachments is the one for Tribes of the East, but all three map editors (original, Hammers of Fate) behave similarly. It is also notable that the map editor application takes an inordinately long time to appear, and uses 100% of the CPU until it does. Once it does finally appear, menus are navigatable, and the application appears to function normally other than the constant refreshing of the editing pane. Every time the editor pane refreshes (and shrinks), the following warning message appears on the console: fixme:d3d:IWineD3DDeviceImpl_CreateQuery (0x1a06c0) Unhandled query type 4 -- 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.

2 21

[Bug 19833] New: the program hotkeynet.exe has encountered a serious problem and needs to close
by wine-bugs＠winehq.org 28 Feb '24

28 Feb '24

http://bugs.winehq.org/show_bug.cgi?id=19833 Summary: the program hotkeynet.exe has encountered a serious problem and needs to close Product: Wine Version: 1.1.28 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: goin2far(a)gmail.com When starting the program Hotkeynet the error pops up and can get no further. -- 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.

2 14

[Bug 16911] New: WriteProcessMemory() not working for memory protected by X11DRV_DIB_DoProtectDIBSection()
by wine-bugs＠winehq.org 23 Feb '24

23 Feb '24

http://bugs.winehq.org/show_bug.cgi?id=16911 Summary: WriteProcessMemory() not working for memory protected by X11DRV_DIB_DoProtectDIBSection() Product: Wine Version: 1.1.12 Platform: PC OS/Version: Linux Status: UNCONFIRMED Keywords: patch, source Severity: minor Priority: P2 Component: winex11.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: thestig(a)google.com Created an attachment (id=18660) --> (http://bugs.winehq.org/attachment.cgi?id=18660) test program Hi, I have a test case here that works on WinXP but not Wine. I deliberately wrote a standalone test case because I'm not sure which unit test to put it in. It's in fact based off of dlls/kernel32/tests/virtual.c where the other WriteProcessMemory() test is. In this test case, we call CreateDIBSection() which returns a HBITMAP (hbitmap) and some memory (mem). Next, we call SetDIBits() with hbitmap. We get into X11DRV_SetDIBits(), where it calls X11DRV_DIB_Lock( physBitmap, DIB_Status_GdiMod );. This marks the memory (mem) as PAGE_NOACCESS, and leaves it in that state as SetDIBts() returns. Normally if the process tries to access it, we get a page fault that's handled by X11DRV_DIB_FaultHandler(), and everything works. However, when the test code calls WriteProcessMemory(), we talk to wineserver in NtWriteVirtualMemory(). In wine_server_call(), we do send_request(), where writev() tries to read 'mem' and fails with EFAULT. This doesn't trigger X11DRV_DIB_FaultHandler(), and WriteProcessMemory() fails. -- 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.

2 5

[Bug 12401] New: Support junction points, i.e. DeviceIoCtl( FSCTL_SET_REPARSE_POINT/FSCTL_GET_REPARSE_POINT)
by wine-bugs＠winehq.org 22 Feb '24

22 Feb '24

http://bugs.winehq.org/show_bug.cgi?id=12401 Summary: Support junction points, i.e. DeviceIoCtl(FSCTL_SET_REPARSE_POINT/FSCTL_GET_REPARSE_PO INT) Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Junction points are one of Microsoft's answers to symlinks. Unix symlinks could be mapped into junction points. This would allow applications (e.g. Picasa) avoid following symlinks if they wanted to. Also, the .net 2 installer would be happier in winxp mode if wine supported junction points (see bug 10601): "The .NET 2.0 Framework installer checks if the target volume is NTFS filesystem type and then uses the FSCTL_SET_REPARSE_POINT ioctl (used for mount points and junctions) to create junction points for each registered assembly in Windows SxS directory to GAC assembly directory (link target). Basically the junction point is used to redirect access from one directory to another." Tommy Kho posted a patch to add a conformance test for getting and setting junction points, http://www.winehq.org/pipermail/wine-patches/2006-March/024956.html but it was not accepted. -- 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.

2 88

← Newer
1
...
4
5
6
7
8
9
10
...
630
Older →

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 November 2009