May 2010 - Wine-Bugs - list.winehq.org

[Bug 21497] New: ElsterFormular 11.1.1: program window disappears, app keeps running in the background
by wine-bugs＠winehq.org Jan. 13, 2015

Jan. 13, 2015

http://bugs.winehq.org/show_bug.cgi?id=21497 Summary: ElsterFormular 11.1.1: program window disappears, app keeps running in the background Product: Wine Version: 1.1.37 Platform: x86 URL: https://www.elster.de/elfo_down1.php OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: andreas(a)braml.org The latest release of ElsterFormular doesn't work on Wine anymore. It is the official app to submit tax statements to the german administration and can be downloaded here: https://www.elster.de/elfo_down1.php (topmost entry) The behaviour is as follows: The installer runs fine (it also installs Virtual C++ Redistributable 2008) It doesn't install vcrun6, although it claims to need it (could be fixed with winetricks, but doesn't change anything about the bug here) When I start the app with 'wine elfostarter.exe', the main window appears. When I select a new tax statement, it loads the forms, but when it is done and should show the input form, the window disappears. That is, the window where the form would usually be shown appears for a short time, with the form area empty, then it disappears. The app keeps running in the background, though. So, when I subsequently run 'wineboot -e', a popup window from ElsterFormular appears, asking me to save the tax statement data. I can then save it. When I try to open the saved statement instead of creating a new one, the behaviour is the same as with a new statement. btw. ElsterFormular uses Qt4 for the GUI How to debug this? Which logs would be helpful? There's no crash, so there's no backtrace :( -- 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 17

[Bug 22435] New: Wine un-highlights selected text when right button is clicked
by wine-bugs＠winehq.org Jan. 11, 2015

Jan. 11, 2015

http://bugs.winehq.org/show_bug.cgi?id=22435 Summary: Wine un-highlights selected text when right button is clicked Product: Wine Version: 1.1.42 Platform: x86 URL: http://www.boilsoft.com/download.html OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk Using Resource Hunter 1.32 available from http://www.boilsoft.com/download.html shows up a problem related to text selection. If you select text in a text field, then right-click in order to e.g. choose Copy from the pop-up menu, Wine incorrectly removes the highlighting. (The text is copied to the clipboard correctly however.) To demonstrate, install and run Resource Hunter. Load an executable into Resource Hunter (you can use the program executable). In the Resource pane in the upper right of the window, click String Table[English (United States)]. The pane in the lower right shows a list of ID numbers and strings. Click on one of the lines so the ID: and Caption: string fields above are filled. Click and drag the mouse pointer to highlight text in the Caption: field. Right-click. Notice how Wine removes the highlight; it should not do that. Or more specifically... in Windows, I noticed that on right-clicking the highlight is removed then immediately redrawn. Wine is not redrawing the highlight. -- 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 12

[Bug 22460] New: msvcr90 insufficient to run Deluge
by wine-bugs＠winehq.org Jan. 11, 2015

Jan. 11, 2015

http://bugs.winehq.org/show_bug.cgi?id=22460 Summary: msvcr90 insufficient to run Deluge Product: Wine Version: 1.1.43 Platform: x86 URL: http://download.deluge-torrent.org/windows/deluge-1.2. 3-win32-setup.exe OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: msvcrt AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Deluge installs nicely, but fails to run. Here it is after clean installation: $ wine cmd /c deluge fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.VC90.CRT" (9.0.21022.8) fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.VC90.CRT" (9.0.21022.8) dank(a)aw2 ~/.wine/drive_c/Program Files/Deluge $ err:module:attach_process_dlls "MSVCR90.dll" failed to initialize, aborting err:module:LdrInitializeThunk Main exe initialization for L"C:\\Program Files\\Deluge\\Deluge-Python\\deluge.exe" failed, status c0000142 After removing its bundled copy of msvcr90, it dies instead with wine: Call from 0x7ee0a013 to unimplemented function msvcr90.dll._fstat64i32, aborting -- 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 22685] New: unimplemented function msvcr90.dll._wmakepath_s (affects Spiceworks)
by wine-bugs＠winehq.org Jan. 11, 2015

Jan. 11, 2015

http://bugs.winehq.org/show_bug.cgi?id=22685 Summary: unimplemented function msvcr90.dll._wmakepath_s (affects Spiceworks) Product: Wine Version: 1.1.44 Platform: x86 URL: http://spiceworks.com OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: msvcrt AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com (This seems to be the next problem after bug 12838.) To repeat: rm -rf ~/.wine wget http://download.spiceworks.com/Spiceworks.exe mkdir tmp cd tmp 7z x ../Spiceworks.exe wine spiceworks_package.exe This outputs: fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.VC90.CRT" (9.0.21022.8) fixme:msvcrt:_controlfp_s ((nil) 65536 196608) semi-stub wine: Call from 0x6833a812 to unimplemented function msvcr90.dll._wmakepath_s, aborting wine: Unimplemented function msvcr90.dll._wmakepath_s called at address 0x6833a812 (thread 0009), starting debugger... -- 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 4

[Bug 22914] New: TheWord: cursor does not display/function correctly
by wine-bugs＠winehq.org Jan. 11, 2015

Jan. 11, 2015

http://bugs.winehq.org/show_bug.cgi?id=22914 Summary: TheWord: cursor does not display/function correctly Product: Wine Version: 1.1.43 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: heartsongsmusicmin(a)juno.com Issue appeared in 1.1.43, still present in 1.1.44 and 1.2-rc1. TheWord functions correctly in 1.1.42 and prior versions of Wine. In a docked Bible View you can only select complete lines with the mouse for copying text. In a floating view, if you select any part of a verse with the mouse, nothing is highlighted; if you do Ctrl-C, it works the same as right-click, Copy (reference). Apparently whatever is different about a floating view affects how the cursor is displayed and highlighting works. In a docked Book View (commentary, for example), when the active verse has no entry the standard "page" displays giving the option to add comments or the alternate choices. On a line with plain text and a hyperlink, you can position the cursor anywhere within the text but it won't go beyond the second character of the hyperlink. Behavior within a hyperlink is the same whether the link occupies part or all of the line. In a User module Book View, the behavior is hard to figure out. On lines that have been indented the cursor behaves properly, hyperlinks included. On lines that are not indented, the cursor doesn't move past the second character unless text attributes like Bold have been applied. Then it will move farther along the line, but still not to the correct position. If the line is retyped, the line, the cursor positioning works as expected for that session. In Book Views, keyboard navigation works for cursor position and actions like copy and paste; however, the displayed cursor doesn't move and the text doesn't highlight, so you can't see what is going on. In the F3 search box, it doesn't matter where I click on the line, the cursor won't go past the second column. If I click to the right of the text in the box and use the backspace key, it deletes the text from the right as you would expect even though the cursor appears in the second column. Another issue is the lookup of words in the dictionary when the mouse hovers over them. It doesn't matter which word the mouse is over, it looks up the word at the end of the line. It is consistent whether in a single version Bible view or Compare view. Aside from these issues, mouse/cursor behavior is as expected. Hyperlink popups work fine, tooltips are ok, navigation works properly. I did try emulating a desktop in Wine but that didn't change how TW behaves. The program doesn't crash but it is essentially unusable as intended because of these interface issues. -- 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 18

[Bug 12295] New: Star Trek Klingon Academy 1.02: Ship textures are partly invisible
by wine-bugs＠winehq.org Jan. 9, 2015

Jan. 9, 2015

http://bugs.winehq.org/show_bug.cgi?id=12295 Summary: Star Trek Klingon Academy 1.02: Ship textures are partly invisible Product: Wine Version: 0.9.58. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: joulusaatana(a)yahoo.com Created an attachment (id=11741) --> (http://bugs.winehq.org/attachment.cgi?id=11741) a snippet of Wine output to console while the game is running The game Star Trek Klingon Academy 1.02 installs and the simulator runs without crashes, but the 3d ship models textures flicker from visible invisible, Usually the edges of the models can be seen but the center cannot etc. -- 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 18

[Bug 22602] New: KP500-Utils-EN.exe fails silently to extract .kdz files
by wine-bugs＠winehq.org Jan. 9, 2015

Jan. 9, 2015

http://bugs.winehq.org/show_bug.cgi?id=22602 Summary: KP500-Utils-EN.exe fails silently to extract .kdz files Product: Wine Version: 1.1.42 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: saxando4u(a)gmail.com KP500-Utils-EN.exe is a program included in LG-Utils-0.4.2.zip. (download link: http://www.megaupload.com/?d=LTQS4EF9 - I think this is legit as it's a community-made suite) It has an option to decrypt a .kdz file, used by Lg to distribute their firmwares, and output a .cab file. Here's the issue, the .cab is corrupted and can't be opened. There's no error message in the process. All works fine under Windows, I also exclude a cabextract issue as it can extract .cab files created under windows and the file output under linux can't be read under windows. Tested under Ubuntu 10.04 If someone wants to test this here's a link to a kdz file: csmg.lgmobile.com:9002/swdata/WEBSW/GW620/ANEUBB/V10i_00/V10I_00.kdz I've tried both wineconsole and wine, no luck. I've also run "WINEDEBUG=+relay wineconsole KP500-Utils-EN.exe", same issue, but I haven't printed the log to a file so I can't post it. I'll do that as soon as I relaunch 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.

1 10

[Bug 15111] New: Photoshop CS2 tools stop working in maximised images
by wine-bugs＠winehq.org Jan. 9, 2015

Jan. 9, 2015

http://bugs.winehq.org/show_bug.cgi?id=15111 Summary: Photoshop CS2 tools stop working in maximised images Product: Wine Version: 1.1.3 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: john(a)todnet.demon.co.uk When working with maximized images in Photoshop CS2, tools (e.g. crop, marquee, clone etc. etc.) will eventually stop working. All tools except the colour picker seem to be affected. When the tool is clicked on the image, the tool symbol disappears whilst the mouse key is pressed and nothing is done. The problem usually appears after several images have been opened, but can happen after a single image has been opened and worked on. Sometimes tool functionality becomes intermittent at first, then eventually stops working altogether. Closing all images except one does not restore tool functionality. The tools work normally in non-maximized windows. However, menu based commands (e.g. filters) work normally with the maximized images - just the tools are affected. Easiest way to replicate: Open several images in Photoshop CS2, maximize, work on them, open some more images, repeat. WM: Metacity; Ubuntu Hardy 8.04 -- 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 20015] New: X-Lite don`t work with ALSA driver correctly
by wine-bugs＠winehq.org Jan. 9, 2015

Jan. 9, 2015

http://bugs.winehq.org/show_bug.cgi?id=20015 Summary: X-Lite don`t work with ALSA driver correctly Product: Wine Version: 1.0.1 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: slacker.rus(a)gmail.com When I am using X-Lite (http://counterpath.com) with ALSA sound driver in WINE - I hear the sound with frequent short interruptions. With OSS - it`s all right, but other applications that use sound card don`t work, or x-lite don`t work if, for example audio player runs first. I have this problem on many PC and any versions 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 12

[Bug 18474] New: DPP (Digital Photo Professional): Instruments windows returns to its starting position (in the center) automatically when the image windows is selected
by wine-bugs＠winehq.org Jan. 9, 2015

Jan. 9, 2015

http://bugs.winehq.org/show_bug.cgi?id=18474 Summary: DPP (Digital Photo Professional): Instruments windows returns to its starting position (in the center) automatically when the image windows is selected Product: Wine Version: 1.1.21 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: carlo.pannucci(a)gmail.com Tested with DPP 3.5.2 and 2.2 with WINE 1.0.1 and WINE 1.1.21: When you double click on a listed image, dpp automatically opens an image window and an instruments windows. Instruments window automatically stay on the top (itsn't possible to change this) and opens in the center of the screen hiding (in part) the opened image below! When you move the inst. windows away and then re-select the image windows, the inst. windows returns in the center. -- 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 28