More
Free Games
Language
English
Deutsch
Français
Italiano
Polski
Português
русский
Español
Türkçe
English
Register
Login
Logout
BATTLEFIELD Heroes
Shooter
Download
BATTLEFIELD: Play4Free
Shooter
Download
Battle Forge
Card RTS Game
Download
Command & Conquer: Tiberium Alliances
Strategy
Browser
Lord of Ultima
Strategy
Browser
Need for Speed World
Racing
Download
Warhammer Online: Wrath of Heroes
MOBA
Download
Home
Wiki
Forums
Media
About
Help
English
Deutsch
Français
Italiano
Polski
Português
Русский
Español
Türkçe
Lord of Ultima
Play Now
View
View source
History
List
Edit a page
Content
<h1>Known bugs currently in Lord of Ultima</h1> (Please provide a date for each bug report.) <h2>Trade Minister not pulling resources</h2> The trade minister is not sending resources to cities that are requesting them. Both the resources and carts are available but it will not pull them. THe resources are not protected and trading is not disabled via the check boxes. Happening on two cities (so far). Normally when setting a higher city limit the resources ship immediately. I cannot get them to ship at all. Not fixed [Obsolete. The game now displays hover text describing why resources cannot be transferred, and I haven't seen the problem described here.] <h2>Close button for trade summary entry</h2> "X" button graphic overlaps the arrival time text if text string contains "Tomorrow" in it. Not fixed <h2>Multiple sieges on the same city</h2> Two players attacking a third player will not see themselves. This is a major bug since the first one to capture the city will be fighting the other one attacking. [This is not a bug. If the players are not allied, an attack should occur. If the players are allied, the attack will only occur if the 2nd player clicked on the "attack anyways if city is owned by an ally.) <h2>Delete button for reports</h2> Fixed <h2>Boss raids</h2> Prior to the June 1 patch, bosses would not disappear if an army was sent to fight them. Since that time, bosses disappear after two or three hours, making them almost impossible to fight. Two things suggest this is a bug - first, the patch notes mentioned nothing about this major change to boss behavior. Second, when a boss disappears before it can be faced, the game log shows "outdated report type", rather than any actual game message. According to the patch notes for the 6/22 patch, this has been repaired. [u] As of 25/03/2011 there is still a bug regarding bosses, now they dont disappear and you cant attack them either.[/u] [Probably fixed. Bosses (usually?) become grey when they can't be attacked.) <h2>Diamonds</h2> <h3>Not showing up after being purchased</h3> Prior to the forums going down, more and more people were reporting diamonds being bought from the store, but never received in their accounts, with no response from EA or Phenomic when contacted. Solution: Simply hit the "refresh diamonds display" button. <h3>Codes not being consumed</h3> Occasionally, after entering a diamond code into the "redeem code" area of the select world screen, you will be returned to the main page immediately. The code does not get consumed and the diamonds do not get credited to your account. Solution: Just log in again and re-enter the code. <h2>Log-in problems</h2> Could someone who has had problems logging in describe what happens? (Baltezaar) When started LoU, typed in username & password and checked box for my login info to be remembered. Some time later I accessed the Electronic Arts website signing up for another EA game (UO). In the process I changed my main EA username or password. Since then, when I go to the LoU website (www.lordofultima.com) I get an error message - like there is something wrong with the HTML code and the page does not load. It simply says the wrong user name or password was typed, but does not offer an option to re-type username and password. It has a link to exit page, but the link does not work. I cleared all cookies in my browser, exited browser and still was not able to access the main LoU page. I cleared all temp files, saved passwords in the browser, still did not work. I downloaded a different browser (Mozilla Firefox), still could not access the LoU page. Basically two computers which had the LoU username and password saved and the box checked for it to remember my login, no longer worked in accessing the site. I had to use a 3rd computer and login manually and it then worked. So it tells me that there is some other login info/cookies saved on individual computers that is not part of the browser cookies. That needs to be found and deleted before you can login again after changin username or password on the EA website. Solution: Clear all cookies from the browser then try again. ((Baltezaar)Clearing cookies did not work in my case. So far I have not found any solution for this login issue.) Solution: logout and refresh LoU address then log on again [Start: Illilillili] 2 March 2012: I was logged in at home. I went to work and tried to log in. My password didn't seem to work, so I asked for it to be mailed to me. I used the link that was mailed to me which asked me to enter a new password. I entered the new password and confirmed it and was told that the password was "invalid". (I verified this behavior multiple times.) I created a new account (different username/email address) with the same password, no problem. So there's a bug here in that the error message does not correctly describe the real underlying problem. (Bug #2 associated with login problems.) Per the forums, I went to the EA profile site and asked for my password to be mailed to me. The site claimed it sent me email, but the email was never received. Went to the LoU site and got password mail. Went back to he EA site and didn't get mail. (Bug #3 associated with login problems.) The forum moderators were not helpful. There was no customer support email address or telephone number published where help for paying customers could be obtained. (Bugs #4, #5, and #6. Forum moderators should have the ability to escalate real problems to get real resolutions. Forum moderators should have the knowhow and the means to properly report bugs.) Went back home and was able to login. [End: Illilillili] FIXED: If you log in from more than one location, session logged in earlier will logout. <h2>Disconnects after frequent commands</h2> (Tassmaister) after making quick commands the interface disconnects me. when trying to log in again the screen shows me a half loaded window to register a new users. !http://img847.imageshack.us/img847/4914/capturerqz.png(stuck at login )! clearing cokies or trying it in differend browsers or incognito modes no luck to be able to log in directly. though waiting a unknown time (from 5-30min) Im again able to log in. What could cause this? [Is this a LouTweak bug? In any event, the LoU server seems overly sensitive to this.] <h2>Blinking Screen</h2> Various parts of the display blink annoyingly. The page of cities that are running out of food has blinking buttons. The quests have blinking icons. <h2>Disappearing Queues</h2> FIXED: According to the patch notes for the 6/22 patch, this has been repaired. <h2>Missing Moonstones</h2> FIXED: No more Moonstones <h2>City without Town Hall</h2> If a city is hit with a lot of artillery damage, it can be completely destroyed to the situation that the Town Hall is removed, leaving just a castle. This kind of city will show up as a castle with 4p. If owning this kind of city, it is impossible to build new buildings, store any resource, rename the city, or abandon. It is basically useless, consuming one baron-slot. [Does this still happen?] <h2>Accidental Item Usage</h2> Due to lags in the user interface, after clicking on a city in the city dropdown list, an item is used. In general, a confirmation would help since any item could be used with a wrong click. [Confirmations exist and can be disabled in the options.] <h2> Building Queue not completing</h2> Bug present which causes some queues to stop at 0:00 time remaining. Queues in other cities and still progressing normally. Clock is not cleared after exit and restart. Issue fist reported 5/27/11. [Is this still present?] <h2> Building Queue not completing - 2nd condition </h2> Build queue is full. Order is not on. The first item can not be built. Not advancing to others. Other cities are working as expected. Solution: cancel first city - issue: You need to notice the failure. <h2>Incorrect food usage information</h2> Occasionally, the food income popup will show incorrect usage information involving recruitment queues that do not exist. First reported 5/26/2011. [Could someone rewrite this? I don't understand this one...] <h2>Freeze/Error when opening the daily chest</h2> Bug that causes the page to freeze when the daily chest quest pops up. After freezing for some time there's an error message and this pop up screen gets stuck on the top without the option to turn it off, only to refresh. Sometimes the pop up gets closed after the error, but the chest wont open, and no reward is given, and the chest doesn't appearing again after refreshing. This happens nearly every day, at least on US worlds, if you open chests right when they appear. Very lame. False advertising. [This is hugely annoying. Essentially EA has built a Denial of Service attack on themselves. The chests should appear at staggered times so that all people on a server do not click on a button at the same time. The notification does not need to be a pop up that blocks all other game play.] <h2>Garbled sprites in City view on Chrome(linux)13.0.782.107 beta</h2> When switching from region or world view to city view the view becomes garbled. [Is this still a problem? I use chrome and don't have this problem.] <h2>Unable to switch to Region or world view on Chrome(Win7) 15.0.874.120 m</h2> When switching to region or world view, the game became offline. This isn't a bug its called lag the game does this often even when i am just sitting in city view i have had it don't worry and just refresh. [This is a bug. Lag *is* a bug. The game should not disconnect every minute during peak hours. The game should provide consistent high quality response time.] |"Back to the overview(index)":http://www.lordofultima.com/en/wiki/view/index| <h2>Number of Mail Messsages is Out of Sync</h2> In World 46, the mail tab for Illilillili displays 2 messages. After looking at the inbox, there are no bolded messages in the inbox, and the mail tab continues to display 2 unread messages. This problem has persisted for a week. (2 March 2012) <h2>World View is not Resynchronized</h2> The world view continues to display lawless cities after the cities have been settled. Dungeons are also affected: the dungeon looks open, but when one tries to send an army, the player is told that the dungeon is closed. <h2>UI bug: Canceling raids is overly difficult</h2> Canceling an outgoing raid requires 4 mouse clicks and movements: click on 'options', click on 'until dungeon abandoned' to open the enumeration, click on 'once', click on 'apply'. Since this operation is frequently performed, it should be easier. Troops returning from a raid can be converted from 'repeat' to 'x1' by a single mouse click per raid party. Troops that have just left the city can be stopped easily with a single mouse click. The minister can be used to easily stop the easy-to-stop raids, but not the hard-to-stop raids. The UI should provide a single "cancel all raids" button. <h2>UI bug: Sending back support is overly difficult</h2> After an attack, clicking dozens of times to send back support is tedious. A single "send back all support" button would be more convenient. <h2>UI bug: Scheduling multiple raiding parties is tedious</h2> When sending out troops to raid a dungeon, it is typically desirable to send out N equal sized raiding parties. Entering the troop count and moving the mouse down 4 inches to the 'submit' button N times is tedious. The submit button should not be so far away. There should be a simple control to specify the number of raiding parties. Brownie points for using the number of parties to adjust the number of troops sent, or to use the number of troops sent to adjust the number of parties. Partial workaround: Rapidly clicking on the submit button can cause multiple parties to be scheduled. <h2>UI bug: Scheduling raids uses wrong defaults</h2> The default should be to raid until dungeon completed, not 'once'. Power players who manage hundreds of cities don't have time to micro-manage each individual raid. Players that do have time to manage each individual raid have time to adjust the control away from the default.
Comment