The following warnings occurred:
Warning [2] Undefined variable $unreadreports - Line: 26 - File: global.php(961) : eval()'d code PHP 8.2.25 (Linux)
File Line Function
/global.php(961) : eval()'d code 26 errorHandler->error
/global.php 961 eval
/printthread.php 16 require_once
Warning [2] Undefined property: MyLanguage::$archive_pages - Line: 2 - File: printthread.php(287) : eval()'d code PHP 8.2.25 (Linux)
File Line Function
/printthread.php(287) : eval()'d code 2 errorHandler->error
/printthread.php 287 eval
/printthread.php 117 printthread_multipage



UserSpice
UserSpice 5.0 Roadmap as of 9/11/2016 - Printable Version

+- UserSpice (https://userspice.com/forums)
+-- Forum: General (https://userspice.com/forums/forumdisplay.php?fid=20)
+--- Forum: UserSpice 5 - Roadmapping the Future (https://userspice.com/forums/forumdisplay.php?fid=31)
+--- Thread: UserSpice 5.0 Roadmap as of 9/11/2016 (/showthread.php?tid=255)

Pages: 1 2

UserSpice 5.0 Roadmap as of 9/11/2016 - mudmin - 10-06-2016

@PLB Have you submitted your Redirect class fix? I may have missed that one.

Redirect::to definitely solves the bulk of the headers already sent errors, but hasn't necessarily been implemented consistently.

Personally, I think a lot of where people redirect should be stored in the db to make changing it easier.

UserSpice 5.0 Roadmap as of 9/11/2016 - plb - 10-06-2016

It's mentioned here:

http://userspice.org/forums/topic/common-modifications/#post-2231

and here:

http://userspice.org/forums/topic/go-to-referring-page-after-login/#post-2227

In both cases it's kind of mixed in so easy to miss...

Ah, I knew there was an earlier reference to it - here's the first time I documented it:

http://userspice.org/forums/topic/banned-user-cant-log-out/#post-2025