Bug Reporting

@tokugawa_ - I'm pretty sure we added the UP fix for that long ago. I'll check when I get home tonight. To verify, what version of BTS and BUG are you using?

@millansoft - That's a bug in the BTS DLL, and it happens with Stonehenge and the Monument (just checked my current game). It makes sense to show the :hammers: cost because you can technically still build it--if you lose the city with the wonder.

I could remove it in BULL, but it seems a fairly low-priority thing. And as soon as I do, someone will probably ask to have it back. ;) It might be a good idea, though, to add a message like

Provided by Stonehenge​
 
In BULL City Bar Options.xml, the entry TXT_KEY_BUG_OPT_MISCHOVER__BUILDINGACTUALEFFECTS_HOVER should actually be TXT_KEY_BUG_OPT_CITYBAR__BUILDINGACTUALEFFECTS_HOVER

Excellent, thanks! :goodjob: Fixed.
 
Another minor bug:

I've noticed that widget for the extra-wide City bars doesn't work quite right. It only recognizes the mouse as being on the CityBar (so that clicking or dbl-clicking brings up either the build menu or the City Screen) if the mouse is on the left half of the CityBar. I don't know if the longer bar is exactly double the length of the old one, I don't think it is, but regardless, the widget only activates on the left half.
 
Sadly, it appears that while the EXE is smart enough to look at the width of the graphic when drawing the food/build progress bars and placing the size and build icon, it isn't smart enough to use that width for creating the size of the hitbox for the bar. :mad:
 


I get this error because there is no interface when a game starts.

To fix it i just minimize to desktop and back to game again and the interface reappears. What is this issue?
 
It looks like you've merged BUG with some other mod that uses CvCustomEventManager. When you merge BUG, you must be sure to include all of the changes in it. CvEventInterface is the file that tells BTS to use BugEventManager. You cannot change this or you will get problems like the above.
 
It looks like you've merged BUG with some other mod that uses CvCustomEventManager. When you merge BUG, you must be sure to include all of the changes in it. CvEventInterface is the file that tells BTS to use BugEventManager. You cannot change this or you will get problems like the above.

Well im using WoC lite and installed bug to custom assets. Be better if i merge them together though.

Woc Lite has a custom event manager and an event manager. Would u be able to tell me which files have to be merged together with your bug files?
 
That's somewhat non-trivial. BUG has its own replacement event manager much like CvCustomEventManager. The BUG Core : Events wiki page describes how to convert a mod using CvCEM to BUG.
 
I don't know if this is a result of my personal mod, which includes BBAI, or BUG/BULL. I've started getting the message "no GP icon for unit 121" in the alerts. It crops up about a dozen times per turn or so.

PythonErr.log is empty, although the message is listed in PythonDbg.log. It first cropped up after I edited the CDA to include the Specialists column, and I do have an extra specialist in my game. And the CDA doesn't see it for the add/remove specialist row at the bottom of the CDA screen. Could you let me know where that specialist row, and the two Specialist columns (normal & Super), are coded?

Thanks!
 
The screen is in Python/Screens/CvCustomizableDomesticAdvisor. That's where you need to add the columns and the buttons. Hopefully it just means changing the final value in a loop.

As for that error message, you need to add your new great person type to Python/BUG/GPUtil. The file has 4 places you need to edit, each marked with instructions and an example using a Great Doctor.
 
@EF:

That commerce bug I was grumbling about turned out to be my own stupidity, and lack of game prowess. I lost my hard disk, so no saves to post, but I've been keeping a closer eye on my game details since the re-install. There was no bug after all.

And I'm still not blonde... :rolleyes:
 
I haven't had hair for so long, I've forgotten what colour I am.
 
A new user of Dune Wars is unable to start the game. Phungus420 thinks he knows why, but I don't understand his solution. Can you point me to related threads or discussion? Starting this post, the thread contains several active conversations.

inpu said:
I have no interface at all and can't turn it on with Alt+I or Ctrl+I. It is nearly impossible to change production, look unit name and statistics, find correct shortcut command. As i see on screenshot, everything is fine with interface. Can smbd help me to fix my problem? (I have localized russian version of the game. Can it be the problem? Other mods are OK)

phungus420 said:
Download this. Extract it in the BUG folder of Dune Wars Python files, say yes when it asks you if you want to overwrite (if it doesn't, you're extracting it in the wrong place).

His attached file is a modified version of BugPath.py. DW 1.7 uses version 4.2 of BUG, so you can diff his attachment against 4.2 to see the differences.

davidlallen said:
I diffed your file against the one in DW 1.7. The only difference is that many lines of exception handling in the original file which say "pass", have been replaced with a line like BugUtil.info("some debug information").

Is it possible that the non-Roman character fix you mention has already been incorporated into BUG and therefore into DW? Is it possible that just changing a "pass" to a print statement actually fixes some problem? Or did I overlook some diff?

phungus420 said:
Ask EF as to how it works. All I know is that it does; at least that's the fix EF gave me for the reports of a loss of interface by some users who had non roman characters in their BtS path; and all users that responded said that fix worked.

So, here I am. Does changing from "pass" to "BugUtil.info" magically fix a problem with non-roman characters? Is this fix already incorporated into BUG 4.2, and therefore phungus420's suggestion will not solve the problem?
 
The fix is the other way around. I use BugUtil.info(...) to log the paths I'm checking and finding in BugPath. For reasons unknown to me some non-English characters cause the Unicode string to throw an exception when it's written to the file.

I am able to write many Unicode strings with non-English characters on several users' computers, but sometimes this fails. The long-term solution is to wrap these calls in try/catch so I can ignore the error. The short-term solution is to replace all of them with "pass" which just means "do nothing" in Python (i.e. No Op).
 
I'm getting a Crash to Desktop when I try to load the attached save. I have BAT 2.1 , on a Windows Vista laptop computer.
 
Back
Top Bottom