Behoben Mauerfall und Neubau nicht genug BHP
- Themenstarter marcel601
- Startdatum
Schwach. Der Fehler wurde durch eine angebliche Fehlerbehebung verursacht, durch die angeblich genau das vermieden werden sollte, was sie dann erst verursacht hat.
DeletedUser764
Gast
Ich wäre dann aber für eine neue Kategorisierung, bzw "wird auf später verschoben", aber auf "wird nicht behoben" 
Damit verstaubt der Fehler, werden doppelte Threads erstellt und keiner weis was noch für Inno eigentlich offen wäre. Wenn dann Inno das auch noch ins Archiv verschiebt und nicht mehr anschaut, haben wir einen unauslöschbaren Fehler, da möchte ich doch gratulieren.
Ich werde mir den Fehler aber merken, wenn die nächste Merkwürdigkeit von Inno eingeführt werden will, nicht das Inno sich raus redet es gäbe ja sonst nichts zu tun.
Damit verstaubt der Fehler, werden doppelte Threads erstellt und keiner weis was noch für Inno eigentlich offen wäre. Wenn dann Inno das auch noch ins Archiv verschiebt und nicht mehr anschaut, haben wir einen unauslöschbaren Fehler, da möchte ich doch gratulieren.Ich werde mir den Fehler aber merken, wenn die nächste Merkwürdigkeit von Inno eingeführt werden will, nicht das Inno sich raus redet es gäbe ja sonst nichts zu tun.
Man müsste die unverständliche Änderung der Berechnung zurücknehmen und zum alten Stand zurückkehren. Und das hätte man unmittelbar nach dem Auftreten der Probleme machen müssen, die ersten Meldungen kamen damals ja sehr schnell rein. Ich kann mich gut erinnern, dass ich damals eine fruchtlose Diskussion mit Tywin hatte zu dem Thema, der damals noch sehr lange darauf beharrte, dass alles so funktioniere wie es solle.
Leider sind viele dieser Diskussionen und Erläuterungen zu Fehlermeldungen ja der Forenumstellung zum Opfer gefallen. Ich bedauere das oft.
Leider sind viele dieser Diskussionen und Erläuterungen zu Fehlermeldungen ja der Forenumstellung zum Opfer gefallen. Ich bedauere das oft.
Marcel, jetzt sind wir mal ehrlich. Diese unnötige Komma 9 ist der Grund für diesen Bug. Ich kenne mich zwar zu wenig aus, um dir genau sagen zu können, wie man das Problem löst, aber logisch betrachtet, mach aus der 3,9 ne 4 und das Problem müsste weg sein.
Der *Gott* der Welt
Gast
Da stimme ich @Diodemus sogar zu. Man könnte auch einfach zu der Stelle im Code gehen wo ein Erdbeben gewirkt wird und danach die Bevölkerung in der Zielstadt neu berechnen lassen oder der Stadt einfach einen Bewohner mehr geben.
Das wäre zwar kein schöner fix, aber das würde definitiv das Problem lösen.
DeletedUser50269
Gast
Ich finde das total daneben, da wird man gebebt u. man kann die beschädigte Mauer nicht wieder aufbauen. Was soll das ?
Es würde ja manchmal schon reichen, wenn jemand sagen würde: Himmel, wir waren damals bei der Umstellung auf Nachkommastellen bei der BHP-Berechnung von Gebäudestufen reichlich dämlich (auch ein Euphemismus wäre an dieser Stelle vertretbar^^). Hätte man merken können, dass das im Frontend Probleme machen könnte, aber wir haben es gut gemeint und leider nicht alles bedacht. Da die Änderung aber ziemlich komplex ist, tun wir uns nun schwer dabei, die Umstellung wieder zurückzurudern. Wir entschuldigen uns für alle Unannehmlichkeiten, die entstanden sind und weiter andauern.
Stattdessen habe ich im Laufe der Jahre von offizieller Seite hierzu beschönigende oder schlichtweg inkorrekte Dinge gelesen, die einem einigermaßen denkenden Menschen die Tränen der Verzweiflung in die Augen treiben könnten.
Stattdessen habe ich im Laufe der Jahre von offizieller Seite hierzu beschönigende oder schlichtweg inkorrekte Dinge gelesen, die einem einigermaßen denkenden Menschen die Tränen der Verzweiflung in die Augen treiben könnten.
DeletedUser16488
Gast
Ist das echt euer Ernst?
Da bekommt ihr schon soviel Geld durch die PGU's und kommt mit der Begründung, dass der Aufwand zu groß wäre... sows nennt man Arbeit!
bertram1000
Gast
Mich würde es auch freuen, wenn eine solche Methodik Einzug in das Miteinander aus Support, Moderation, Inno-Mitarbeitern und SPielern finden würde. Ich bin auf das Selbe gestoßen, als es um die Berechnung der Anzahl der Reservierungen ging (sie ist künstlich limitiert, wenn ich den Fred richtig im Kopf habe).
Nachdem mich das Problem über den schon zweiten Server hinweg verfolgte, habe ich darauf hingewiesen. Antwort alles gut, kein Fehler (trotz weiteren Auftretens).
Ok, dann darf ich weiter Eichhörnchen spielen und die Reservierungen bleiben in der Basis auf 5 begrenzt, auch wenn ich 12 freie KS habe und muss bei GOs/inaktiven Gegnern dauerhaft die Stufen, die über den freien reserviert werden dürfen, hochsetzen.
Ärgert mich im Nachhinein eben nur, dass mir nicht gesagt wurde:
Das sieht das System eben so vor. Damit hätte ich leben können...
Zuletzt bearbeitet von einem Moderator:
