By default, Bugzilla does not search the list of RESOLVED bugs.
You can force it to do so by putting the upper-case word ALL in front of your search query, e.g.: ALL tdelibs
We recommend searching for bugs this way, as you may discover that your bug has already been resolved and fixed in a later release.
Bug 1014 - [Regression] twin4/kwin4 does not play
Summary: [Regression] twin4/kwin4 does not play
Status: RESOLVED FIXED
Alias: None
Product: TDE
Classification: Unclassified
Component: tdegames (show other bugs)
Version: R14.0.0 [Trinity]
Hardware: Other Other
: P1 major
Assignee: Timothy Pearson
URL:
Depends on:
Blocks:
 
Reported: 2012-05-30 20:39 CDT by Darrell
Modified: 2012-10-19 15:42 CDT (History)
3 users (show)

See Also:
Compiler Version:
TDE Version String:
Application Version:
Application Name:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Darrell 2012-05-30 20:39:06 CDT 
kwin4 was renamed to twin4, probably inadvertently along with other kwin -> twin changes. twin4 starts but does not play. Selecting an arrow above a column fails to produce a token in the column. There are no crashes. The game simply does not play.

The 3.5.13 versions plays as designed.

The following output is seen when starting twin4 from konsole:

TQObject::connect: No such signal KMessageClient::broadcastReceived(const TQByteArray&,Q_UINT32)
TQObject::connect:  (sender name:   'unnamed')
TQObject::connect:  (receiver name: 'unnamed')
TQObject::connect: No such signal KMessageClient::aboutToDisconnect(Q_UINT32)
TQObject::connect:  (sender name:   'unnamed')
TQObject::connect:  (receiver name: 'unnamed')
TQObject::connect: No such signal KMessageClient::eventClientConnected(Q_UINT32)
TQObject::connect:  (sender name:   'unnamed')
TQObject::connect:  (receiver name: 'unnamed')
TQObject::connect: No such signal KMessageClient::eventClientDisconnected(Q_UINT32,bool)
TQObject::connect:  (sender name:   'unnamed')
TQObject::connect:  (receiver name: 'unnamed')
TQObject::connect: No such signal KMessageClient::forwardReceived(const TQByteArray&,Q_UINT32,const TQValueList<Q_UINT32>&)
TQObject::connect:  (sender name:   'unnamed')
TQObject::connect:  (receiver name: 'unnamed')
TQObject::connect: No such signal KGame::signalClientConnected(Q_UINT32)
TQObject::connect:  (sender name:   'unnamed')
TQObject::connect:  (receiver name: 'unnamed')
TQObject::connect: No such signal KGame::signalClientDisconnected(Q_UINT32,bool)
TQObject::connect:  (sender name:   'unnamed')
TQObject::connect:  (receiver name: 'unnamed')
TQObject::connect: No such signal Kwin4Doc::signalMessageUpdate(int,Q_UINT32,Q_UINT32)
TQObject::connect:  (sender name:   'unnamed')
TQObject::connect:  (receiver name: 'unnamed')
TQObject::connect: No such signal Kwin4Doc::signalClientJoinedGame(Q_UINT32,KGame*)
TQObject::connect:  (sender name:   'unnamed')
TQObject::connect:  (receiver name: 'unnamed')

I can't find any obvious differences between the 3.5.13 and GIT sources, other than the inadvertent renaming. I tried reversing the renaming back to kwin4 but had no success.

Opinion/comment: Although several apps and processes have been renamed in TDE, renaming this games does not feel quite right. The internal credits to the original author were not changed with the renaming and the original author should receive that credit, which includes retaining the game name. :-)

I'll try fiddling some more with restoring the original naming scheme, but I wanted to file the bug report.

Note: the failure is not due to the patches from bug report 892. I can build without those patches and kwin4/twin4 still fails to play.
Comment 1 Darrell 2012-06-01 11:24:06 CDT 
I have a patch for some branding cleanup (kwin4->twin4) but the patch does not resolve the original problem.
Comment 2 Darrell 2012-06-01 12:43:51 CDT 
Branding issues fixed in GIT hash b8db3ff1.
Comment 3 Darrell 2012-06-05 11:33:12 CDT 
I'm marking this bug report as a regression.
Comment 4 David C. Rankin 2012-06-06 22:50:56 CDT 
  Confirmed, I can start the game, and File->New Game, but that is about it. Then the game just sits there. If I misconfigure the game (i.e. player 2 plays with mouse, player 1 plays with computer), then when I (player 1) click on the game -- I don't get all the messages like "Hold your horses.." "The other player hasn't gone" "etc..."

  It kind of seems like the player 1/player 2 roles are backwards in the game. Like somebody started a loop at 1 instead of 0.
Comment 5 Darrell 2012-06-21 23:29:02 CDT 
Very strange. twin4 is now working.

There are no recent tdegames patches. Only the recent Q_INT/Q_LLONG etc. changes and the TQt3 executable renamings. 

Strange.

David, will you please confirm?
Comment 6 Darrell 2012-07-14 15:18:02 CDT 
Tagging as resolved.