Forums › English Language Forums › General › Suggestions

Search

Update warning time

7 replies [Last post]
Fri, 05/06/2011 - 18:54
Tribe's picture
Tribe

I'd just like to suggest that more warning time be given when updates are made. I mean the last update with new weapons and such was planned in advanced and that was very nice. But something like todays update that fixed the guild hall (which is almost useless for the moment) should be given more than just a 30 minute warning. I lost out on vanaduke & tokens (all the long time spent soloing most of citadel to vanaduke) because of it.

I understand sometimes it's hard to give a warning but for things that aren't needed right away it'd be nice to have a 1 to 2 hour warning.

Fri, 05/06/2011 - 19:15
#1
SirNiko
Legacy Username
Very much yes on this.

Very much yes on this. Please, please give us a 2 hour warning if it is at all possible.

If a player logs on after the initial 2 hour warning, it would be fantastic if there was a automatic message warning how long was left before the server shutdown. Then players would have plenty of time to finish their runs and get off, and not start new runs that are doomed to end in failure.

Fri, 05/06/2011 - 21:15
#2
Tribe's picture
Tribe
Either that or after the

Either that or after the restart you could appear where you were with all the monsters in the same state or at least the beginning of the current depth.

Fri, 05/06/2011 - 21:44
#3
kakelgis
Legacy Username
To add to this: It would be

To add to this: It would be even better if server reboots/maintenances were programmed in advance, and we'd be informed about the update through the website/forums/uplink system, a few hours or even a whole day before it actually comes.

This could even give the devs some more time to work a bit on possible bugs or errors those releases could have.

Sat, 05/07/2011 - 00:17
#4
Ninette
"Either that or after the

"Either that or after the restart you could appear where you were with all the monsters in the same state or at least the beginning of the current depth."

The monsters in the same state is very hard to do, since the server would have to save state entirely, rather than just key elements. While certainly feasible its not really cost/time effective from a development stand point.

At the beginning of the current depth is completely NOT an option because it would be abusable. I.e. if you were at Vanaduke and the 30 minute warning popped up, you could kill him receive loot etc, and then simply wait for the restart while there, and kill him again at 0CE cost.

I totally hear ya about earlier warnings though.

Sat, 05/07/2011 - 15:44
#5
Tribe's picture
Tribe
That's a good point there

That's a good point there Psyfun, didn't think about that.

Sat, 05/07/2011 - 16:04
#6
AscendantOat
Legacy Username
As a software developer, I

As a software developer, I wouldn't assume that total state saving is hard. It depends entirely on how they built the engine, so I generally leave it up to the devs to determine if something is feasible or worth the development time. As an example, I had once written a multi-step configuration wizard, and the team lead asked me to break it apart into a series of pop-up dialogs. The other people on my team hand-wired all their user interfaces, so they would have had to break apart all their code, reorganize it, graft it into dialog boxes, and add code so each dialog box knew what had been chosen in earlier ones. It would have been a major rewrite. My code was much cleaner, so I was done in five minutes and my tweak was reusable so it would take a single line of code if I needed to do it to a different wizard in the future. If it's organized right, saving and restoring state could be trivial.

Sat, 05/07/2011 - 17:15
#7
Tribe's picture
Tribe
@AscendantOat Ah yay someone

@AscendantOat Ah yay someone who understands. That's exactly the way coding was meant to be done! Clean, fast, and dynamic. It should hopefully be possible since the "go solo" or getting kicked from a party saves your state but that's with the server staying on.

I think your state being saved is the most ideal possible solution and it would be FANTASTIC if it was implemented. However simple and planned updates and warnings to user will do almost as good a job.

As a fellow developer, I salute you sir!

Powered by Drupal, an open source content management system