wine upgrade 1.1.9 broke program

daleoregon · Post by **daleoregon** » Tue Dec 02, 2008 9:48 pm

I have a Ubunu 8.04.1 system that has been running a package under wine with no problems since last June.

A few days ago I ran the software upgrade program and it moved wine from 1.1.7 to 1.1.9 and this package no longer works. When the program starts it needs to contact a server and that portion fails.

Can someone tell me how to return to the 1.1.7 version of wine. Or alternatively point me at a fix for this problem?

Here is the upgrade info from /var/log/dpgk.log:

Code: Select all

2008-11-30 15:09:39 upgrade wine 1.1.7~winehq0~ubuntu~8.04-0ubuntu1 1.1.9~winehq0~ubuntu~8.04-0ubuntu1
2008-11-30 15:09:39 status half-configured wine 1.1.7~winehq0~ubuntu~8.04-0ubuntu1
2008-11-30 15:09:39 status unpacked wine 1.1.7~winehq0~ubuntu~8.04-0ubuntu1
2008-11-30 15:09:39 status half-installed wine 1.1.7~winehq0~ubuntu~8.04-0ubuntu1
2008-11-30 15:09:44 status half-installed wine 1.1.7~winehq0~ubuntu~8.04-0ubuntu1
2008-11-30 15:09:48 status unpacked wine 1.1.9~winehq0~ubuntu~8.04-0ubuntu1
2008-11-30 15:09:51 status unpacked wine 1.1.9~winehq0~ubuntu~8.04-0ubuntu1

If I start wine on the command line I capture the problem area that is preventing proper operation of the program:

Code: Select all

fixme:wininet:InternetAutodial STUB
fixme:winhttp:session_set_option unimplemented option 3
fixme:winhttp:session_set_option unimplemented option 6
fixme:winhttp:session_set_option unimplemented option 5

I think the "wininet:InternetAutodial" stub is OK.
I believe that the problem I hit is with the winhttp code.
At this point the program is attempting to contact a server and perform a password validation.

This seems to be a step back in functionality with the wine upgrade. Can I re-install and specify that I want the 1.1.7 version? Otherwise is there a fix for the code shown above?

austin987 · Post by **austin987** » Tue Dec 02, 2008 10:24 pm

On Tue, Dec 2, 2008 at 8:48 PM, daleoregon <[email protected]> wrote:

I have a Ubunu 8.04.1 system that has been running a package under wine with no problems since last June.

A few days ago I ran the software upgrade program and it moved wine from 1.1.7 to 1.1.9 and this package no longer works. When the program starts it needs to contact a server and that portion fails.

Can someone tell me how to return to the 1.1.7 version of wine. Or alternatively point me at a fix for this problem?

Here is the upgrade info from /var/log/dpgk.log:

Code:
2008-11-30 15:09:39 upgrade wine 1.1.7~winehq0~ubuntu~8.04-0ubuntu1 1.1.9~winehq0~ubuntu~8.04-0ubuntu1
2008-11-30 15:09:39 status half-configured wine 1.1.7~winehq0~ubuntu~8.04-0ubuntu1
2008-11-30 15:09:39 status unpacked wine 1.1.7~winehq0~ubuntu~8.04-0ubuntu1
2008-11-30 15:09:39 status half-installed wine 1.1.7~winehq0~ubuntu~8.04-0ubuntu1
2008-11-30 15:09:44 status half-installed wine 1.1.7~winehq0~ubuntu~8.04-0ubuntu1
2008-11-30 15:09:48 status unpacked wine 1.1.9~winehq0~ubuntu~8.04-0ubuntu1
2008-11-30 15:09:51 status unpacked wine 1.1.9~winehq0~ubuntu~8.04-0ubuntu1

If I start wine on the command line I capture the problem area that is preventing proper operation of the program:

Code:
fixme:wininet:InternetAutodial STUB
fixme:winhttp:session_set_option unimplemented option 3
fixme:winhttp:session_set_option unimplemented option 6
fixme:winhttp:session_set_option unimplemented option 5

I think the "wininet:InternetAutodial" stub is OK.
I believe that the problem I hit is with the winhttp code.
At this point the program is attempting to contact a server and perform a password validation.

This seems to be a step back in functionality with the wine upgrade. Can I re-install and specify that I want the 1.1.7 version? Otherwise is there a fix for the code shown above?

Please run a regression test:
http://wiki.winehq.org/RegressionTesting

and file a bug at bugs.winehq.org

--
-Austin

Daily_Lama · Post by **Daily_Lama** » Wed Dec 03, 2008 9:46 am

And yes - you can order your packet manager to "force" version 1.1.7 of the package.
for example in synaptic: package, force package version (ctrl-e).

James Mckenzie · Post by **James Mckenzie** » Wed Dec 03, 2008 11:15 am

Daily_Lama <[email protected]> at Dec 3, 2008 7:46 AM (MST) wrote about [Wine] Re: wine upgrade 1.1.9 broke program

And yes - you can order your packet manager to "force" version 1.1.7 of the package.
for example in synaptic: package, force package version (ctrl-e).

It might be quite possible that Wine version 1.1.7 is not available for the release. However, you are correct that synaptic will provide the package at the release version, if available.

The action that needs to take place, however, is to find out what change between Wine 1.1.8 and Wine 1.1.9 caused the breakage in the program so that this can be investigated and corrected. There were many approved changes (over 100) between the two development releases. This is what we call regression testing and some users are unable or unwilling to do so.

James McKenzie

daleoregon · Post by **daleoregon** » Fri Dec 05, 2008 1:22 am

Is that first line telling me that it was upgrading wine from version 1.1.7 to version 1.1.9?

Code: Select all

2008-11-30 15:09:39 upgrade wine 1.1.7~winehq0~ubuntu~8.04-0ubuntu1 1.1.9~winehq0~ubuntu~8.04-0ubuntu1

If so, how do I get back to version 1.1.7 ?
I used apt-get remove to remove wine then tried to install version 1.1.7 using the following command:

Code: Select all

sudo apt-get install wine=1.1.7

The error message stated that version 1.1.7 was not found.
Any suggestions to install the previous version?
(Yes, I know that we need some regression testing on this for the latest version as indicated in previous post but this is a very humble system and I'd rather get this back to working here and debug on a different system.)

Post by **dimesio** » Fri Dec 05, 2008 9:11 am

http://wine.budgetdedicated.com/archive/index.html

daleoregon · Post by **daleoregon** » Fri Dec 05, 2008 11:42 am

Thank you for the pointer to archive versions.
I installed 1.1.7 for Ubuntu 8.04 and this enables the program to work once again.
The three "winhttp:session_set_option" lines are no longer generated if I launch from terminal window. So there is definitely a regression taking place in the 1.1.7 to 1.1.9 jump.
I would like to see this fixed in later version so will try and track it down a bit and get a bug filed as advised in earlier reply.
Thanks for the assistance.

James Mckenzie · Post by **James Mckenzie** » Fri Dec 05, 2008 12:02 pm

daleoregon <[email protected]> at Dec 5, 2008 9:42 AM (MST) wrote about [Wine] Re: wine upgrade 1.1.9 broke program

Thank you for the pointer to archive versions.
I installed 1.1.7 for Ubuntu 8.04 and this enables the program to work once again.
The three "winhttp:session_set_option" lines are no longer generated if I launch from terminal
window. So there is definitely a regression taking place in the 1.1.7 to 1.1.9 jump.

Can you try using Wine 1.1.8 to narrow the location of the errors?

I would like to see this fixed in later version so will try and track it down a bit and get a bug
filed as advised in earlier reply.

It would be best if you attempt to run a regression test, if you have the resources and time. There is a procedure on how to do this that is available from the WineHQ web site.

Thanks for the assistance.

You are welcome from all of us out here, providing assistance on a volunteer basis (and some of us are lucky enough to get paid by CodeWeavers to work with Wine as well.)

James McKenzie

daleoregon · Post by **daleoregon** » Sat Dec 06, 2008 2:52 pm

I tested and found that wine 1.1.8 worked and 1.1.9 did not.
Using "git bisect" I narrowed down to a patch and filed bug # 16376 on this. I did a bit of searching first and didn't spot this problem, but my apologies if a duplicate.
Bug report: http://bugs.winehq.org/show_bug.cgi?id=16376

If useful to see the code being called I could ask the program author for that. I'm not sure if that would help or not.

Also, in order to get this program to work at all you need to download "winhttp.dll" and put that file in the .wine/.../system32 directory. I'm not quite sure why that file does not appear in the directory along with all the others, but I'm not much more than a casual user of wine.

Thanks for all the help on this. I'm hoping that this is fixed in a future wine release so that I can allow wine upgrades in the future.

austin987 · Post by **austin987** » Sat Dec 06, 2008 3:58 pm

On Sat, Dec 6, 2008 at 1:52 PM, daleoregon <[email protected]> wrote:

I tested and found that wine 1.1.8 worked and 1.1.9 did not.
Using "git bisect" I narrowed down to a patch and filed bug # 16376 on this. I did a bit of searching first and didn't spot this problem, but my apologies if a duplicate.
Bug report: http://bugs.winehq.org/show_bug.cgi?id=16376

If useful to see the code being called I could ask the program author for that. I'm not sure if that would help or not.

Also, in order to get this program to work at all you need to download "winhttp.dll" and put that file in the .wine/.../system32 directory. I'm not quite sure why that file does not appear in the directory along with all the others, but I'm not much more than a casual user of wine.

Wine includes that DLL, just doesn't put a 'fake' one in system32.
Does your app need it there? Does an empty file named winhttp.dll
'fix' it?

--
-Austin

daleoregon · Post by **daleoregon** » Sat Dec 06, 2008 5:16 pm

You are correct, all I need to do is "touch winhttp.dll" in the system32 directory and the program will work. I have no idea why this is, but I'm really not an expert on the workings of wine. Just trying to use it. (Actually trying to support someone else using it so they can use Linux instead of Windows.)

austin987 · Post by **austin987** » Sat Dec 06, 2008 5:20 pm

On Sat, Dec 6, 2008 at 4:16 PM, daleoregon <[email protected]> wrote:

You are correct, all I need to do is "touch winhttp.dll" in the system32 directory and the program will work. I have no idea why this is, but I'm really not an expert on the workings of wine. Just trying to use it. (Actually trying to support someone else using it so they can use Linux instead of Windows.)

Thanks for the info. I'll send a patch to fix this.

--
-Austin