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
Status Update 024 - Printable Version

+- UserSpice (https://userspice.com/forums)
+-- Forum: Support Center (https://userspice.com/forums/forumdisplay.php?fid=23)
+--- Forum: UserSpice 4.3 and Below (https://userspice.com/forums/forumdisplay.php?fid=26)
+--- Thread: Status Update 024 (/showthread.php?tid=771)

Pages: 1 2


Status Update 024 - mudmin - 09-23-2017

Closed out a lot of little issues.

Added the option for pages to be private or public by default.

Modified the securePage function so if it is hit by an admin and a page isn't in the db, it's added with the default public or private and the admin is redirected to the proper admin_page.php to finish off the settings.

I'm about to call it a day.


Status Update 024 - Brandin - 09-24-2017

About what we discussed in #22 regarding redirecting the user - should we make a usersc script for this? I can tackle it if you want. Just need to know how the logic works...


Status Update 024 - Brandin - 09-24-2017

And something else: I think on the redirect we should add a variable to the URL, e.g. &new=1 (can you do just &new???)
So the url format would be:
admin_page.php?id=IDHERE&new (add =1 if we have to - I'm not that familiar with the functions of these variables)

My thought with that is: we can hold this variable on POST and Redirect the user back to the page after everything has been submitted.


Status Update 024 - mudmin - 09-24-2017

I'm drawing a blank on the redirect from your post in 22. I looked over the thread and maybe I'm missing something.

And yeah, we're on the same wavelength about redirecting them back after updating the preferences. I'll take care of that one if you want to do the usersc.

I'm working on the database migrations. It will be simple, but I think effective.


Status Update 024 - Brandin - 09-24-2017

We're talking about the same thing, just different words Wink

I was thinking should we make a script similar to custom_after_login or whatever for the redirect, so the users can easily change where the want the user redirected on this call?


Status Update 024 - Brandin - 09-24-2017

https://userspice.com/forums/topic/status-update-022/#post-6300


Status Update 024 - mudmin - 09-24-2017

Ahh. Yep. I'll take care of that and I think I have a sample of what I'm talking about for the db migrations.



Status Update 024 - Brandin - 09-24-2017

Great - if my DB dump will help let me know...it "should" have everything.


Status Update 024 - mudmin - 09-24-2017

Hmm. The reAuth function breaks this at the moment if it doesn't find the page in the db. We might need to tinker.


Status Update 024 - mudmin - 09-24-2017

I'm guessing it needs to be called later