November 2011 - Wine-Bugs - list.winehq.org

[Bug 29201] Program Problem

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=29201 --- Comment #6 from Austin English <austinenglish(a)gmail.com> 2011-11-30 12:16:15 CST --- (In reply to comment #5) > (In reply to comment #4) > > I'd be interested in what the reporter is using exactly. Afaik the Apple app > > store isn't compatible with the GPL/LGPL. > > Probably http://itunes.apple.com/us/app/winonx/id421346233?ls=1&mt=12 > > There is no any indication that they are providing the source while they claim > using Wine internally. There's a bit more info at: http://www.winonx.com/help/ but still no source. This should probably be discussed on wine-devel, though, not bugzilla.. -- 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.

Nov. 30, 2011

[Bug 29207] Rosetta Stone: Microphones aren't detected at all

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=29207 --- Comment #4 from NSLW <lukasz.wojnilowicz(a)gmail.com> 2011-11-30 11:49:36 CST --- (In reply to comment #3) > Is this the same as Bug 14559? No, because for me microphone worked in Wine 1.3.24 which is greater than Wine 1.1.1. -- 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.

Nov. 30, 2011

[Bug 29207] Rosetta Stone: Microphones aren't detected at all

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=29207 --- Comment #3 from Andrew Eikum <aeikum(a)codeweavers.com> 2011-11-30 11:40:37 CST --- Is this the same as Bug 14559? -- 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.

Nov. 30, 2011

[Bug 21736] Quicken 2004 Premier Ctrl+F is not recognized on application launch.

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=21736 --- Comment #17 from Robert H. Dinah <rhdinah(a)yahoo.com> 2011-11-30 11:32:19 CST --- (In reply to comment #16) > (In reply to comment #15) > > Remember this is WINE's bug, not mine ... it was submitted in good faith ... on > > my time and at my expense ... ignoring bugs does not fix them ... true? It was > > not submitted because I needed a fix ... it was submitted to improve the code > > ... your code ... > > We aren't ignoring it. We asked you to retest it, you didn't, then you > badmouthed us when we said you weren't responsive. You followed up with an ad > hominem attack. If you're trolling, it's succeeding. If we've lost a friend, > well, you haven't shown any friendliness here. >> We aren't ignoring it. And I quote: "Closing. No need to reopen. It will be ignored anyway. Consider this your refund." >> We asked you to retest it, you didn't Yes and no ... true I didn't test it with a development version, because I didn't wish to corrupt my machine with sub-alpha code ... as I mentioned I use my machine in my work. However I DID TEST IT on each and every new production release of WINE ... and it never worked ... and the request did not say to report back the results. In my eyes testing with a development release for something as simple as a keyboard accelerator ... when clearly it wasn't being addressed all along ... made it appear to put the onus back on me ... which created frustration. In development shops I've worked it was never the responsibility of the bug submitter to test or debug his bug. Of course when I was assigned a bug that was particularly difficult to reproduce I would engage the submitter to reproduce the bug so that I could do so in like manner at my desk as a developer. And that is the reason for my statement: "It is difficult for me to understand the underpinnings and mentality of WINE's quality assurance procedures". When my manager asked me to test something I would. If he asked me to report back by some time I would. Otherwise I'd not bother him in his busy day unless he specifically asked me what happened on the test. >> then you badmouthed us when we said you weren't responsive. No I "badmouthed" you when for apparently no reason the words "non-responsive" and "abandoned" came out the middle of nowhere in my email ... without a previous kind message to me of any potential status that I may have observed. Should the team have asked me to test code with specific debugging code addressing this bug I would have created a test machine to do so gladly. Had they asked and delivered development code to me with debugging symbols in it I would have attempted to debug it for you. Since I am a Windows and Unix developer myself this would have been easy, however, like you all I am a very busy person. [sigh ... why am I writing this?] >> "If you're trolling" Name calling is not nice. >> "Other then rant your comment 4 contained no useful information whatsoever." Agreed, but the tone of this is not nice. >> "Adding a comment to the bug is enough, don't change an originally reported Wine version. Please read once again comment #5, and follow the request there." IMHO what I consider a properly made polite statement. >> "If you are not happy with the service, feel free to ask for a refund." An overused, shameful and insulting statement ... especially considering who made it. >> "you haven't shown any friendliness here" Looking back on the thread I concur ... most of them were made in frustration ... should this have insulted your team ... I apologize ... however as documented above ... and again looking back on the thread ... neither does the WINE team. One more thing, please: >> "You should probably check who you telling this to." If Jesus or God had spoken to me I would have known it AND they would have told me they were Jesus or God. Other people because of their status don't impress me and I certainly don't raise them up and onto a pedestal. Nevertheless I still would invite, expect and return intelligent, polite conversation and due respect. -- 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.

Nov. 30, 2011

[Bug 27956] Dragon Naturally Speaking: Sound no longer works; sample rates and size is no longer supported

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=27956 --- Comment #35 from NSLW <lukasz.wojnilowicz(a)gmail.com> 2011-11-30 11:24:33 CST --- New bug regarding Rosetta Stone and faulty commit is reported as bug #29207. -- 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.

Nov. 30, 2011

[Bug 29207] Rosetta Stone: Microphones aren't detected at all

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=29207 NSLW <lukasz.wojnilowicz(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |regression CC| |aeikum(a)codeweavers.com Regression SHA1| |ccd2a241399c011b2afb183c4ff | |ffec20a68cab4 -- 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.

Nov. 30, 2011

[Bug 29207] Rosetta Stone: Microphones aren't detected at all

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=29207 --- Comment #2 from NSLW <lukasz.wojnilowicz(a)gmail.com> 2011-11-30 11:20:03 CST --- Created attachment 37709 --> http://bugs.winehq.org/attachment.cgi?id=37709 WINEDEBUG=+tid,+mmdevapi,+winmm,+midi,+dsound,+dmusic,+mci,+oss,+alsa,+coreaudio on wine-1.3.33-198-g3b72928 -- 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.

Nov. 30, 2011

[Bug 29207] Rosetta Stone: Microphones aren't detected at all

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=29207 --- Comment #1 from NSLW <lukasz.wojnilowicz(a)gmail.com> 2011-11-30 11:17:54 CST --- Created attachment 37708 --> http://bugs.winehq.org/attachment.cgi?id=37708 winecfg -- 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.

Nov. 30, 2011

[Bug 29207] New: Rosetta Stone: Microphones aren't detected at all

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=29207 Bug #: 29207 Summary: Rosetta Stone: Microphones aren't detected at all Product: Wine Version: 1.3.25 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winmm&mci AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Classification: Unclassified Created attachment 37707 --> http://bugs.winehq.org/attachment.cgi?id=37707 RosettaStone preferences window Steps to reproduce: 1) remove ~/.wine 2) install Rosetta Stone 3.4.7 3) wine RosettaStoneVersion3.exe 4) Create/Choose your profile and eventually level 5) Set preferences Behaviour: No available microphones on the list of microphones (see attachment). Expected behaviour: I do have two microphones in my pc: one built-in and one through mic jack. Additional info: 1) wine-1.3.33-198-g3b72928 2) Windows version set to XP (Setting it to Windows 7 doesn't help) 3) sound driver in winecfg is winealsa.drv (See attachment) 4) PulseAudio 0.9.23 and Alsa 1.0.24 5) Fedora 16 64 bit 6) Microphone works on Wine 1.3.24 -- 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.

Nov. 30, 2011

[Bug 28982] Application Zero no Kiseki crashes when it tries to play 44100Hz Stereo WAVE music

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=28982 --- Comment #16 from Jari Vetoniemi <mailRoxas(a)gmail.com> 2011-11-30 11:02:07 CST --- It makes sense for it to read the most it could read before EOF yes, but this for some reason causes the application to loop the last bit of the background music again before starting it over. That mmioRead part is only for the music loop issue, the actual crash fix was in mmioSeek which dint set the offset variable before returning. Which then again makes me thing that the test I did dint not crash on seeking with unpatched wine, so there must be something else the application is doing as well. Guess I need to dig in more and try do it more prober way. -- 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.

Nov. 30, 2011