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

[Bug 19537] New: Sonos 3.0 dies after first step in setup wizard

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=19537 Summary: Sonos 3.0 dies after first step in setup wizard Product: Wine Version: 1.1.26 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lars-wine(a)ukmix.net Removed existing ~/.wine and killed any wine processes. Downloaded version 3.0 of the PC desktop controller from http://www.sonos.com/support/downloads/ Installed using wine SonosDesktopController30.exe, English language, default install location. Ran the following command (replace [username] with your username): env WINEPREFIX="/home/[username]/.wine" wine "C:\Program Files\Sonos\sonos.exe" "Sonos Setup Wizard" ("Welcome to Sonos") window was displayed, with this output in the console: fixme:wininet:InternetSetOptionW Option INTERNET_OPTION_RESET_URLCACHE_SESSION: STUB fixme:iphlpapi:NotifyAddrChange (Handle 0x33f5e4, overlapped 0x634ae8): stub fixme:iphlpapi:NotifyRouteChange (Handle 0x33f5e4, overlapped 0x634afc): stub fixme:richedit:ME_HandleMessage WM_STYLECHANGING: stub fixme:richedit:ME_HandleMessage WM_STYLECHANGED: stub fixme:richedit:ME_HandleMessage WM_STYLECHANGING: stub fixme:richedit:ME_HandleMessage WM_STYLECHANGED: stub fixme:richedit:ME_HandleMessage WM_STYLECHANGING: stub fixme:richedit:ME_HandleMessage WM_STYLECHANGED: stub Clicked the "Next" button and the window closed/all wine processes died, with the following console output: err:ole:CoGetClassObject class {304ce942-6e39-40d8-943a-b913c40c9cd4} not registered err:ole:CoGetClassObject class {304ce942-6e39-40d8-943a-b913c40c9cd4} not registered err:ole:create_server class {304ce942-6e39-40d8-943a-b913c40c9cd4} not registered fixme:ole:CoGetClassObject CLSCTX_REMOTE_SERVER not supported err:ole:CoGetClassObject no class object {304ce942-6e39-40d8-943a-b913c40c9cd4} could be created for context 0x17 err:ole:CoGetClassObject class {304ce942-6e39-40d8-943a-b913c40c9cd4} not registered err:ole:CoGetClassObject class {304ce942-6e39-40d8-943a-b913c40c9cd4} not registered err:ole:create_server class {304ce942-6e39-40d8-943a-b913c40c9cd4} not registered fixme:ole:CoGetClassObject CLSCTX_REMOTE_SERVER not supported err:ole:CoGetClassObject no class object {304ce942-6e39-40d8-943a-b913c40c9cd4} could be created for context 0x17 This is under Gentoo AMD64 and I was able to run Sonos 2.8 desktop controller with no significant problems. -- 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.

July 31, 2009

[Bug 19536] Groove 2007 exits silently

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=19536 --- Comment #1 from Ken Sharp <kennybobs(a)o2.co.uk> 2009-07-31 15:46:52 --- Created an attachment (id=22744) --> (http://bugs.winehq.org/attachment.cgi?id=22744) wine-1.1.26-231-gfe9d360 +relay +seh +tid Tried vcrun2005 and vcrun2005sp1 but neither made any difference. -- 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.

July 31, 2009

[Bug 19536] New: Groove 2007 exits silently

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=19536 Summary: Groove 2007 exits silently Product: Wine Version: 1.1.26 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk Created an attachment (id=22743) --> (http://bugs.winehq.org/attachment.cgi?id=22743) wine-1.1.26-231-gfe9d360 console output MS Office Groove 2007 installs fine but exits silently. Installed as part of Office 2007 Enterprise. There is a downloadable trial, but you have to register so I haven't tested it. -- 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.

July 31, 2009

[Bug 9158] "Microsoft .NET Framework 3.0 Redistributable" install fails to skip file with , fails

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=9158 Sjors Gielen <dazjorz(a)dazjorz.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dazjorz(a)dazjorz.com nathan.n <saturn_systems(a)yahoo.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |saturn_systems(a)yahoo.com Dan Kegel <dank(a)kegel.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|patch | Component|-unknown |ntdll Summary|"Microsoft .NET Framework |"Microsoft .NET Framework |3.0 Redistributable |3.0 Redistributable" |Package" fails to install |install fails to skip file | |with , fails --- Comment #19 from Sjors Gielen <dazjorz(a)dazjorz.com> 2009-05-24 13:39:23 --- (In reply to comment #18) > I've been thinking about how to handle FILE_ATTRIBUTE_HIDDEN in Wine. In > Nautilus (and probably other file managers) you can hide files by creating a > file called ".hidden" and listing the names of the files you wish to hide. > > Once possible proper fix for this bug (aside from the workaround posted) is to > alter create_file (server/file.c) to add an entry to a .hidden file in the > destination directory when a file is created with FILE_ATTRIBUTE_HIDDEN set. > Then FindFirstFile/FindNextFile could check this file (if it exists) and ignore > any files listed. > > This should give the behaviour needed without having to rename the files so > they are prefixed with a dot. As far as I can see, '$shtdwn$.reg' is not prefixed with a dot or anything, so that can't be the problem here... Right? --- Comment #20 from Austin English <austinenglish(a)gmail.com> 2009-05-24 14:16:32 --- (In reply to comment #19) > As far as I can see, '$shtdwn$.reg' is not prefixed with a dot or anything, so > that can't be the problem here... Right? The problem is the installer expects the file to be hidden, in the Windows way, e.g., not a '.', but given the hidden attribute, which Wine does not support. --- Comment #21 from Sjors Gielen <dazjorz(a)dazjorz.com> 2009-05-25 15:24:50 --- (In reply to comment #20) > The problem is the installer expects the file to be hidden, in the Windows way, > e.g., not a '.', but given the hidden attribute, which Wine does not support. You said: > This should give the behaviour needed without having to rename the files so > they are prefixed with a dot. I thought this was the way Wine does it now :) What about this: Wine gets (for case insensitivity) a solution like ciopfs: all files are stored in lower case, and then Wine keeps a database file (sqlite or so?) containing the original filename and other non-ext properties, like whether they are hidden. Using SQLite, it wouldn't be too slow; Wine doesn't need to read all files in the directory since the files are lowercase. It only needs to search if the lowercase file does not exist, in which case it does search and if it finds a file, it renames it to lowercase and adds it to the database to speed up future searches; this is necessary to merge from older Wine versions. This solution will only be noticeably slow when an application continuously asks for a non-existent file; and it will be just as slow as the old Wine solution. It will also be backwards compatible, only older versions of Wine will not return the original filename but the lower case one (since they search the whole directory anyway). Any objections, except that SQLite support is needed? --- Comment #22 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2009-05-25 16:05:44 --- (In reply to comment #21) > Any objections, except that SQLite support is needed? You forgetting that Wine doesn't have it's own FS. Nothing prevents a program outside of Wine to copy a file into "C:". Also what about the rest of the root file system (/)? This can only be supported for files created from within Wine. The actual attributes can be stored in the special hidden file in the same directory (preferred) or the globally (not portable). --- Comment #23 from Sjors Gielen <dazjorz(a)dazjorz.com> 2009-05-25 17:48:39 --- (In reply to comment #22) > (In reply to comment #21) > > Any objections, except that SQLite support is needed? > You forgetting that Wine doesn't have it's own FS. Nothing prevents a program > outside of Wine to copy a file into "C:". That's only a real problem as far as that program only writes lowercased files... I think that's an acceptable thing, isn't it? > Also what about the rest of the root file system (/)? It would just work like wine works now; readdir() I guess. :) > This can only be supported for files created from within Wine. The actual > attributes can be stored in the special hidden file in the same directory > (preferred) or the globally (not portable). Ok. I agree the main flaw in the idea (the fact that from outside wine, the case insensitivity isn't enforced) makes it a no-go. I could implement this special hidden file support (or even generally, extra file flag support) in Wine, but it may take a moment since I'm totally not accustomed to Wine's source, I've never seen a bit of it. If there's anything I should read about the plans related to this before I start, please drop me some links and I'll get coding. (that's apart from the normal stuff a beginning Wine developer should read, I can find those on my own ;) ) --- Comment #24 from Dan Kegel <dank(a)kegel.com> 2009-07-30 13:40:43 --- maybe one could use xattr to store a user.wine.hidden attribute with the file... but Ubuntu doesn't ship with /home mounted with user_xattr, so that's not likely to fly any time soon. --- Comment #25 from Dan Kegel <dank(a)kegel.com> 2009-07-31 15:42:37 --- Changing description as suggested by AF to just the hidden file bug, changing category to ntdll. Will file another bug for the next remaining 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.

July 31, 2009

[Bug 15218] Microsoft Office 2007: Exiting Groove Manager/Server crashes in kernel32

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=15218 --- Comment #2 from Ken Sharp <kennybobs(a)o2.co.uk> 2009-07-31 15:31:36 --- KERNEL32.dll.RtlCaptureContext is now implemented, but a crash still occurs. DW20.EXE picks up the crash though. Disabling it results in the same output as clicking on "Debug"... DbgBreakPoint () at /home/test/wine-git/dlls/kernel32/../../include/winternl.h:1976 ....so I have the feeling that's not the correct way to do things. -- 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.

July 31, 2009

[Bug 3231] ListView: column reordering not implemented

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=3231 --- Comment #12 from Nikolay Sivov <bunglehead(a)gmail.com> 2009-07-31 15:19:24 --- Created an attachment (id=22742) --> (http://bugs.winehq.org/attachment.cgi?id=22742) Column reordering implementation Hi, this patch should complete column reordering implementation. It should apply cleanly on current (wine-1.1.26-232-g39876f4). I'd like to see any feedback/test results here to catch any possible regressions, test it please with all ListView applications available for you. -- 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.

July 31, 2009

[Bug 17119] DiscSpeed throws numerous errors

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=17119 --- Comment #5 from Nikolay Sivov <bunglehead(a)gmail.com> 2009-07-31 15:10:29 --- First try revert 2a8463b558ab5406e696f96d04fc279cfc7f2833. If it helps this is a duplicate of bug 11895. -- 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.

July 31, 2009

[Bug 19535] Office 2007 splash screen hides dialog

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=19535 --- Comment #1 from Ken Sharp <kennybobs(a)o2.co.uk> 2009-07-31 14:48:22 --- Actually, it looks like Outlook might have a bigger problem according to Bug 15291, but the splash does go away on Excel and Word after tapping the keys and hitting enter. -- 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.

July 31, 2009

[Bug 19535] New: Office 2007 splash screen hides dialog

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=19535 Summary: Office 2007 splash screen hides dialog Product: Wine Version: 1.1.26 Platform: PC OS/Version: Linux Status: NEW Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk Created an attachment (id=22741) --> (http://bugs.winehq.org/attachment.cgi?id=22741) Screenshot The Office 2007 apps have a splash screen that, for some reason, sticks around while you're going through the initial set-up. Under Outlook (screenshot attached), this isn't a massive problem, but under Excel and Word, during the first run, Office opens a dialog box asking for your name. This is hidden under the splash image and it's not even obvious it is there. Tapping some letters and hitting enter allows the program to continue and splash screen to go away. There are similar bugs open, but I don't know if this is a duplicate or not. Possible dupes: Bug 7552 & Bug 7669. -- 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.

July 31, 2009

[Bug 19534] New: Office 2007 menu button loses focus

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=19534 Summary: Office 2007 menu button loses focus Product: Wine Version: 1.1.11 Platform: PC OS/Version: Linux Status: NEW Severity: trivial Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk Created an attachment (id=22740) --> (http://bugs.winehq.org/attachment.cgi?id=22740) wine-1.1.26-231-gfe9d360 console output I can't take a screenshot because it also loses focus, so I hope this makes sense. The Office 2007 apps have had their sensible menus replaced with a button in the top left of the window. The problem occurs when hovering over one option (say Send) so that it's sub-menu opens, then moving the cursor over to another menu option (say Print). The menu closes. This doesn't happen under Windows. Tested Excel and Word. Can't really test the other apps as they have their own problems preventing them from starting. Nothing new is printed in the console when this happens, but log attached. Went back to Wine 1.1.11 to check for a recent regression but problem occurs there too. Same in latest git. -- 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.

July 31, 2009