Heya! This change to remove the sessions tab from /people pages was intentional and came from a view different vectors. Sessions are still viewable from your My Organized Play page.
The sessions viewable from the My Organized Play page don’t give you a way to view it by character.
You can get a list of all the sessions you have played, or all that you have GMed. That list can get quite long.
When going through Organized Play paperwork, it was extremely convenient to be able to view just the records for a particular character. It would be slightly better if you could get a combined view (played and GMed) when doing this, but what used to be there was a great help.
I would guess there were privacy concerns that caused you to remove it. If you only included the scenario/module, an indication of played or GMed, and the prestige/reputation would it be possible to put that tab back?
We would rather provide improvements within the Organized Play portion of the website than integrate these features into what is essentially the forum software. If you have suggestions for filters/features within that portion of the site, let us know!
|
We would rather provide improvements within the Organized Play portion of the website than integrate these features into what is essentially the forum software. If you have suggestions for filters/features within that portion of the site, let us know!
The problem is the way that things are designed, the Session tab was the only way to see all of the Played and GM'd credits for a given character. If you need a compromise, please add a 'View Sessions' button on the Player/My Characters tab of the My Organized Play page (https://secure.paizo.com/organizedplay/myAccount for each character, and that button were to show all of the sessions for a given character, then you could improve the UI and experience.
Would that match up with your thoughts?
Heya! This change to remove the sessions tab from /people pages was intentional and came from a view different vectors. Sessions are still viewable from your My Organized Play page.Why on earth would you do this?
At a guess, the stuff in My Organized Play has minimal interactions and dependencies on the forum software. If that is the case, it may be easier for the web developers to change that section.
|
But the list used to be in My Organized Play as well. In the list of characters, you could click to get all of the sessions for an individual character. The list of characters is still there. You just can’t click to see their sessions. Which is a feature that is really needed, since, as noted, there’s no other way to see player and GM credit for a single character on the same list. I’m not even sure you can filter GM sessions by the character they are assigned to.
EDIT: Also, despite listing me with 100 tables GMed, it’s only showing 2 Stars now. This is probably being discussed elsewhere.
|
Why on earth would you do this?
Because it allowed members of the community to see everywhere a player has played PFS before, which is a powerful predictor of where they WILL play, and that is more information than the new EU privacy laws allows. We are hoping to see it return in a more controlled and legally compliant manner.
TOZ has posted the short of it. We plan to allow session viewing to be filterable via My Organized Play (so that if you filter by character you'll see both Player & GM sessions) and are restoring some tools needed by VCs for assistance with reporting/session help. These changes will be available on the site as soon as our development cycle will allow.
|
|
I still feel like there’s confusion about what actually changed. Yes, the Sessions tab was removed when viewing an alias/profile/character details.
The list of sessions was also removed from the page that lists all of your characters, which, presumably, was only a page the player had access to. You used to be able to expand a character on that same page without going into the alias and see the list of all of that character’s sessions, GM or player sessions included. That page was apparently rebuilt and that function to see the sessions was not included. I don’t see how that has anything to do with venture officer access. If the venture officers did have access to that page, and that was the issue, just remove their access to that page.
Bottom line is that functionality is needed, and it is a much easier way to see the information than filtering on the Player Sessions or GM Sessions Pages. You could quickly click through all of your characters on the same page to check whatever you need to related to what sessions they’ve gotten credit for. Doing so through filtering is very cumbersome. Even if all of the sessions are available to be filtered, you still have to:
Check one character. Wait for it to update.
Uncheck that character. Wait for it to update. Check the next character.
You may need to click “more” because all of the characters aren’t displayed.
You may need to page through the sessions, because all of the sessions aren’t displayed on one page.
Instead of the old way:
Scroll through your entire list of characters until you find the one you want.
Click the arrow next to it to expand the list showing all of their sessions at once. No need to page through.
Repeat as needed for other characters without needing to leave the page you are on.
EDIT: I don’t remember if it was an arrow or a link that said Sessions, but it was a single click and didn’t leave the page you were on.
|
|
I don’t know how things look on the venture officer side, so I’m not sure. Do venture officers see each individuals entire “My Organized Play” page? The page in question is not accessible simply viewing the profile or clicking on a particular alias/character through the profile. The Sessions tab on the profile probably was, but this is an entirely different section of the site.
If the page needed to be recreated to prevent VOs from accessing it, that’s fine. A choice was made not to include the same functionality that was on the old page. That was apparently intentional. I’m just giving the reasons why I think that was a poor decision, why we need that functionality for our own characters, and why the “Player Sessions” and “GM Sessions” filter pages don’t fulfill that need in a useful way.
If the functionality was left off for now, because they needed to get the updates out, that’s fine, too. But posts above state that it’s goinng to be added back under the filter pages, and not under the list of characters, and I don’t find that to be a helpful solution.
|
I don't either. As a VC, I use it to verify table counts for 5-Star submissions, as well as verifying player/PC history for upcoming attendance/past adventure tie-ins. I also use it for auditing purposes, making sure characters are the right levels and have all their reporting. I just don't know what the IT side of the house looks like that might be preventing the team from just granting the access the way it should be.
|
|
| 1 person marked this as a favorite. |
I agree with Ferious Thune. The change to remove the session links from the PC tab of the private OP pages is a significant inconvenience to all users. Also, the UI and functional implementation of the OP GM/Player session search tabs is somewhat cumbersome, as others have pointed out.
If the issue is really one of privacy, then why not make the player tab of the "My Organized Play" section private (or do in-page ACL filtering to show the session links to the page owners only)? You have the login cookie info for the ACL, right?
Please don't inconvenience thousands of users for a handful of VCs or other individual regulatory issues that are easily managed with implmentation of basic user privileges...or even a new private PC tab (if one is really needed).
Ultimately, couldn't this issue be resolved through a simple, back-end DB query (with ACL filtering, as needed)? Or, if you had to make a new, private tab in the "My Organized Play" section to protect user data without compromising functionality as a short-term measure, don't you already have all the tab code with the session functionality built in?
From the user perspective, it's hard for me to understand why the best product quality and user satisfaction choice was to cripple thousands of existing users without making sure there was other equivalent functionality in place. Too many people depend on your online services and need them to support their gaming.
I hope that you can fix this problem very soon so that we have restored access to our combined GM/Player session data. GMs cannot properly manage their OP characters without this access. I was trying to do a build and update characters and am stuck without having to laboriously go through all my individual player and GM sessions and manually assemble everything.
|
|
Darn forum eating my edit.
And if you want follow new GPRD Rules (EU Privacy) you must also have approvment of your customer to share information with other person external to your company what is the case of VC, etc.. and a player can surely refuse that.
You have just explained exactly why they disabled the feature. Until the access can be granted individually and individual players can opt out, they had to remove it to be in compliance.
|
|
And if you want follow new GPRD Rules (EU Privacy) you must also have approvment of your customer to share information with other person external to your company what is the case of VC, etc.. and a player can surely refuse that.You have just explained exactly why they disabled the feature. Until the access can be granted individually and individual players can opt out, they had to remove it to be in compliance.
Respectfully, it's difficult to accept that this issue required completely disabling the session link or crippling access for thousands of users. It is usually easy (and quick) to resolve access/privacy issues via basic ACL or other simple cookie parsing to disable the outside access (rather than the primary user's access). They could also theoretically add a one-time pop-up dialog on next login (+ supporting preference fields) to ask/save the user profile preference for outside OP Foundation volunteer/VC access, where a dialog is not immediately essential to fix owner access.
If (user_owner_token || op_access_approved)
build_sessions_link(op_id,pc_id);
Why was it necessary to remove the link instead of just filtering the access with login data (typically easy)?
Also, doesn't Paizo have a responsibility to provide regulatory transparency and to email their userbase about this issue to help ensure good communication about compliance- and privacy-related matters? Has the userbase been notified (GPDR or otherwise) regarding any compliance or privacy issues? I don't recall seeing anything other than Playtest announcements, but have been busy and may have missed it. The GPDR deadline was last May.
Ultimately, it is probably in the user's best interest to allow VC access, since it gives users the option to ask for help from their local VCs (off-loading part of the support burden). If the VCs can't see the sessions or other necessary user data, then they may not be able to help resolve certain types of issues without the user having to go through customer service (where response times may be slower).
I support Paizo, realize there is a lot going on, but hope this issue can be resolved soon with a better fix that doesn't remove the functionality we need to access our character session data.
|
|
Why was it necessary to remove the link instead of just filtering the access with login data (typically easy)?
I try not to make critical statements of the work that Paizo IT does, being an IT professional and understanding that the rabbit hole can run deep, but my supposition is that Paizo's infrastructure is Not Good and cannot easily accomplish that. Possibly because it started as a storefront and added forums afterwards. A less cynical thought might be that the tech team has so much on their plate that they simply cannot take the time right now to fix it.
Every software project is easy for the person that doesn’t have to do it. ;)
Rather than continue down the rabbit hole of speculating on infrastructure, perhaps it would be better to concentrate on the use case so that they can clearly understand what it is we would like.
It is very useful to be able to get a list of scenarios played by character. In most cases, it is better if the list includes both played and GMed. Sorting by date also helps greatly. As stated before, this helps people check the acccuracy of their records.
If I had the option, I would allow public viewing of scenarios played on a character. This would make it easier to coordinate with others whne trying to select something to play and help a GM check if the character has done a linked scenario. Some of the scenarios link back to previous ones, incorporating characters and events from the other scenarios.
Although I like it for verifying my own records, I don’t think there is a need to show event description/name (which usually gives away the location) or date. Just the scenario name should be sufficient.
VCs likely need more information than the general public. Since I am not a VC, I will allow one of them to state what they need and how they use it.
| 4 people marked this as a favorite. |
A less cynical thought might be that the tech team has so much on their plate that they simply cannot take the time right now to fix it.
It's true that we have quite a bit that we're juggling (especially while we're still seeking a Technology Manager and System Administrator). However, the team recognizes that this is a pretty serious obstruction for Organized Play and we've prioritized the fix to be wedged into our next release. We're currently in the midst of QA (while simultaneously addressing some beind-the-scenes issues that has been causing our site outages over the last day). Folks will see the following resolved as soon as we can vet that the functions are working as we expect and the rest of the items in this release are through the QA process:
Items we've identified as quality of life improvements that we want to resolve in another future release:
* Moving various totals and other quick-reference information to the Summary tab (such as the fact that your session totals live on the GM/Event Coordinator tab)
* Providing collapsable session info per character from the summary tab (though, sometimes this list of characters becomes fairly long, and it may warrant an entire tab devoted to characters and character registration; I'd definitely appreciate folks' thoughts on this)
|
|
Thank you Chris, and I apologize for anything I've said that might have felt like an attack.
All of those updates sound lovely, especially making Show Seats per session. I'm not quite sure about the summary tab being the place for session info, but as long as if defaults to collapsed instead of loading everything at once, I think it will work.
|
There seems to be some sort of a problem with shopping cart. No matter how I try to access it (Cart, View Cart, Checkout, or "in your shopping cart" link in individual item page), I get directed to an error message:
"Sorry, there was a problem handling your request. The system administrator has been notified.
Please contact webmaster@paizo.com if you continue to have difficulties."
I *think* the problem may have started when I had already added some items to my cart while being logged in. I think added partially the same stuff and some new ites to my cart while Not logged in, and clicked checkout. Site asked me to login, and after that, the item count in my cart doesn't match with what it was before, nor what it was after, and I am unable to remove items from the cart or check out with it, or view what's in there.
Super annoying, and pretty crippling since I can't complete my purchase.
|
|
Chris, first of all, thank you for the detailed response. I know you and the team have a lot going on and are doing what you can in the midst of a lot of things changing. Please don't take any of my comments as an attempt to be harsh or to mean that I don't appreciate the work you're doing. On the whole, I really like the revamp of the site. I'm just trying to help you understand how frustrating the current system for looking up sessions is from our end.
* Providing collapsable session info per character from the summary tab (though, sometimes this list of characters becomes fairly long, and it may warrant an entire tab devoted to characters and character registration; I'd definitely appreciate folks' thoughts on this)
I don't mean to suggest that the system working exactly as it did before is the only solution. But we need something better than the filter screens, and the old system was better.
In general, with a long list of sessions, I find it easier to scroll a single page than to deal with the Player Sessions and GM Sessions filtering. I find CTR-F and typing the name of a scenario an easier way to search the expanded list than using the filtering.
* Revision of the Player/GM Session tabs to be a filterable tab that contains all character sessions (which are then filterable by character and all the other filters that were there before)
I don't know what the experience of other players/gms has been, but for me those tabs are very cumbersome to use. The load time for the data is, by itself, typically longer than it would take me to find what I was looking for before. Having to sit through that load time multiple times as I click each filter option makes those pages unusable for me.
Many of my attempts to filter on even a single option (like Character number -10) appear to just time out after about a minute and return to the unfiltered list.
For the results I am able to filter, it appears to take a minimum of 20 seconds to populate the data. Which means if I need to click through my characters to see what they've played, I'm waiting at least 40 seconds for each character (20 seconds to bring up their data, and 20 seconds after I uncheck the character number before the full data is repopulated and I can click another number). Granted, my network connection is not the fastest, but I don't think my ISP is entirely the cause of that delay. (A speedtest against a server in Seattle results in a ping of 104ms, download speed of 4.46Mbps, and upload speed of 1.23Mbps, which are not great, but should download text just fine).
In addition, while you expressed concern about the length of the list of sessions for a single character, in order to search for a specific scenario on the player/GM screen, you must expand a full list of every scenario that has been played (or GMed on the GM tab). That is a much longer list than any single character's list of sessions. Or it would be, but currently, the filter appears to put a cap at 22 scenarios displayed. Which means that if I wanted to see what character I played "#3-21 Temple of Empyreal Enlightenment" on, I can't actually use the filter to do so, because it is not one of the 22 scenarios displayed (after clicking Show 13 more) with checkboxes. The only way that I can find that information is to page through the entire list of scenarios. Or to one by one click the checkbox next to each character number, then page through that character's sessions.
A text box search would be much quicker than what we currently have.
I don't hate the concept of filtering, but when I have 266 sessions played, the majority of them unique scenarios, and the number of scenarios in the list to filter on is limited to 22, you can maybe understand how the system can't be used to do the things it needs to do.
|
|
Chris -
Thanks for the explanation of improvements that are on the To-Do List. That info is helpful, as alaways.
However, another 2 weeks have passed (we're up to about a month now, I think) and the issue with not being able to see assigned GM sessions for our PCs still exists. I am concerned that this issue is going to stretch into months again as it did last year. I hope that's not the case. It's really inconvenient for all GM users.
Also, I agree with Ferious Thune that the current session search interface is very cumbersome/slow. I am not looking forward to a change that requires me to grind through options on that page in order to see the play session histories for my characters. I think the typical wait for me to do anything via that interface is something like 1.5 mins per set of queries (disable one, enable another, etc.). If the session tab is destined to become the primary interface, then it would benefit from some human factors treatment and code/query profiling.
From a development process standpoint, I keep hoping that Paizo will change from the "break first-fix later" development model to something more worthy of its enterprise status. For example, whether or not Paizo has the perfect enterprise development server architecture, it should still be possible to implement good engineering process that doesn't cripple user access to their data and that puts a high priority on continuous user access and uptime. There's always room for continuous engineering improvement, no matter what the issue may be.
At the moment, from the user perspective, when things are broken and we can't access basic/necessary functionality, it doesn't seem like there is high urgency to restore access, especially given that the fixes seem relatively easy. So, there's certainly room for improvement with respect to timely releases and overall process. If it's really necessary to shut off user data access, then prioritize the quick-turn fix to restore critical access as an ASAP turn.
In this case, as above, the change to filter/certify the privacy of the previous session link by login token on the PC summary page is likely an extremely minimal php code change in the character display iterator to ensure that the logged in user = account owner (blocking non-owner, outside access per the GDPR or other privacy requirements). Not the page owner? You won't see the link.
It would be great if Paizo could restore the session link functionality on the Player tab (with simple filtering) until there is a working solution to replace it, whether or not it includes the other planned changes. Quick turns with limited scope have much higher utility when dealing with critical web data access.
Finally, to avoid any faceless misinterpretation, my comments above represent abstract engineering and process feedback and are intended as supportive and positive with respect to this issue and Paizo's web development process, in general. If you agree, great. If you don't, great. Take the feedback and use it as you see fit, or ignore it if you don't think it is useful.
Whatever the case, I hope this problem can be resolved quickly.
-------------
TOZ: I have led enterprise web development teams. The fact that we (again) can't see our GM session data leaves me wondering why. From a QoS standpoint, continuous user access to data associated with required site/campaign functionality should always be the highest priority. As an IT guy (and based on your stated interpretation), you seem to have a good understanding, and I'm sure we must share a similar mindset on many of these issues. Thanks for your comment above.
|
|
Chris - Just checked in on my characters and noticed that the sessions link on the character page is back! Great use of a feather token! Thanks to you and team for fixing this issue! I appreciate it, as I'm sure others do.
In addition, I have a couple of other minor requests:
1. Please sort the session query data chronologically. Right now, it is being displayed out of order.
2. Please show the game type field in the session info (PFC1, PFC2, RPG1, RPG2, PT, etc.) Logically, we need to be able to see the game type to audit our PCs and also look for misreported games.
Thanks again for rescuing us from the Hao Jin Session Cataclysm! ;-)
|
|
Again, I am very glad that the session link is back. Is it possible to take a moment to complete the restoration of the sessions functionality to sort the data chronologically so that it is easily usable?
Currently, it looks like you are showing the GM sessions first, sorted chronologically, followed by other unsorted player sessions.
It should be simple to modify the query so that it pulls or merges all of the sessions as one set, if it doesn't already, then add something like:
SELECT * FROM pc_session_data ORDER BY reporting_date ASC; (or whatever is appropriate for your environment)
Hopefully, it's not more than a few minutes of work at the easiest level of difficulty for someone who knows the code.
|
|
Chris - Just checked in on my characters and noticed that the sessions link on the character page is back! Great use of a feather token! Thanks to you and team for fixing this issue! I appreciate it, as I'm sure others do.
In addition, I have a couple of other minor requests:
1. Please sort the session query data chronologically. Right now, it is being displayed out of order.
2. Please show the game type field in the session info (PFC1, PFC2, RPG1, RPG2, PT, etc.) Logically, we need to be able to see the game type to audit our PCs and also look for misreported games.Thanks again for rescuing us from the Hao Jin Session Cataclysm! ;-)
I would also like to say thank you for addressing this and restoring the sessions to the character page. And relatively quickly, at that.
And, I would also like to request that they be sorted by date (probably descending. I think that's how they were before). This isn't urgent, though it would be very helpful.
Overall, though, this is much faster and easier to work with than the filters for most of the things I typically need to consult the records to figure out. Thank you!
|
|
IMO, the order should follow chronicle order, oldest to newest, or ascending by date. There's no reason why we should have to reverse map while we're going through our chronicles (that are ordered and numbered from oldest to newest). The newest adventures should be at the end of the list.
But, whatever the decision, ascending or descending, it's still broken. If you're doing 2 queries, then you need a union followed by an order statement (as one possible solution). It's a simple change and not more than a few lines of code.
What's the ETA to fix this issue?
For example, I'm trying to audit a PC approaching seeker with 40 chronicles, where the non-GM chronicles are all jumbled in the list. I guess I just have to start using Excel to track and sort everything manually. But, I would prefer to rely on the OP web functionality.
|
|
We are planning to add sorting options to the sessions list in a future update, along with various other fixes and improvements.
Thx for responding. Just to clarify, my comments above refer to the sessions link on the Summary page. It does not sort properly and tries to show/hide in the same window with full refresh instead of just pulling up the specific PC list quickly and simply in a new target window that shows me just the information I want. Also, trying to click on the link and use "Open link in new window" results in other incorrect targeting, wrong pages, etc.
Per TriOmega's comment, the Sessions tab does show all the adventures in newest-to-oldest order. I hadn't looked there (since it was previously omitting all the GM sessions). Unfortunately, it is also double-listing GM sessions and the load-time was on the slow side at about 20s.
Glad to see that the Sessions tab is a little better, and I hope things continue to improve. The best option for me at this point looks like copying and pasting into Excel. I probably have to do that anyway, since I want to include a printed audit sheet.
|
|
It looks like various problems still persist in this basic OP functionality. Below is some additional info that may help resolve the problems more quickly.
Bug List:
1. The sessions shown by the sessions link on the Summary tab are still not in chronological order.
2. The sessions shown by the Sessions tab are showing sessions in the list for the PC that aren't actually assigned to that PC.
3. The code that is associated with the session delete button is not properly deleting a session and/or cleaning up after itself.
Additional Data:
*Please refer to my event #55946. There are 2 sessions. The first one is assigned to my -1 character and the 2nd one is unassigned. However, both show in the history for my -1 character when I look at the session list on the Sessions tab.
*Please refer to my event #55626. There are 3 sessions (sort of). This game was also showing up twice in my -1 PC history, and when I looked, the original session only had 5 players instead of 6 and the 6th player was in a session by itself (I didn't do that - so what code split off that 6th player and created a new session?). I put the 6th player back in the original session and tried to delete the strange session #2. But, it won't delete, and after trying to delete it, the edit button is now gone, leaving a vestigial entry in the session list for this event. Also, both session #1 and session #3 are showing up in the history for my -1 character, even though only session #1 is assigned to that PC.
This duplication only happens on the "Sessions" tab. It does not happen when clicking on the sessions link from the "Summary" tab (but those lists are not sorted properly in chronological order, as I have previously reported above). Perhaps there is an off-by-1 loop iteration bug that is manifesting when an event has more than 1 session listed? I suggest you compare the implementation between the 2 tabs, since the Summary/session link version doesn't show this problem.
|
|
| 1 person marked this as a favorite. |
Unfortunately, the session problems have not been fixed. The code is still failing to sort sessions properly on the summary tab and double-listing games on the sessions tab. Were the problems entered into a bug database and assigned to an engineer? They should have been relatively easy to fix.
As far as development process, it sounds like things are moving in the right direction over the current situation where bugs in core functionality remain unfixed for months (still). The more responsive and agile Paizo can be in its development process, the better it will be for all concerned when any problems arise.
In terms of reliably anticipating bugs, from experience, that can be difficult. The best way to have a solid product and reproducible development process is to: code defensively, have engineers unit test their changes before handing off to QA, have a good product/change spec (including human factors input), prototypes where needed, an accurate test plan (based on the product/change spec, UX, etc.), a well-maintained bug database, assiduous QA and a back-end infrastructure that supports regression testing, including DB clones for each context (as needed). And finally, have a good beta test program (possible with a well-designed back-end server architecture) and ensure that you have tracked and regressed all reported bugs (and rolled in anything from beta).
Good luck with the next set of changes!
|
|
2 more months have elapsed and the previously reported problems are still occurring:
1. Incorrect chronological display order for mixed GM/player sessions on the summary tab when showing character sessions
2. Vestigial/double entries on the sessions tab (filtered for a specific character)
If there's any confusion about how to reproduce or see these issues, please see my -1 character and/or feel free to contact me.
For bug #1 above, if you look at the Summary tab and click on "show sessions" for my -1, you will see that the GM sessions are appended at the bottom instead of included in correct chronological order. It is a simple SQL task to pull, merge and sort qeury data in the proper order. This kind of merge-sorting usually only takes 1 line of code.
For bug #2 above, if you go to the Sessions tab and click the filter checkbox for my -1, you will see that the 1/30/2015 session (#2) of Dalsine Affair, event #55946, (a session not assigned to my -1) is showing up in the filtered list (and it shouldn't be). Session 55946.1 is assigned and also shows up (correctly). So, there is obviously some parsing issue, either because I have 2 sessions in event #55946 where session #1 is assigned to my -1 and session #2 isn't, or maybe it's an issue with vestigial DB data. It's should be easy enough to check on the back-end. At any rate, if there is no -x PC designation for a session, it should never be shown in the filtered list (or included in any prestige calculations even if, for example, a reporter accidentally puts a value in the prestige field -- just something else to check, perhaps, to make sure it's not an issue). Basic data certification usually only takes 1 line of code.
Also, can you please confirm that you have entered these bugs into your bug database and are tracking them? They have gone 6 mnonths without any formal resolution, which is typically a development process red flag. Thanks!
|
|
Hi Robert - Thanks for the reply and extra explanation and update. Glad to hear things are moving forward! I hope everything works out with the process changes!
On session #2, my comment about prestige was mostly just something to check or certify to make sure it wouldn't cause a problem. The hypothetical failure mode in this case would be to have no character assigned and a number in the prestige box (perhaps with the vestigial field). Certifying that prestige is never added unless the session is assigned to a valid PC is one way to prevent this kind of bug (if present). Before my earlier post, I noticed that there was a prestige entry in session #2 (even though no -x assigned), so I deleted it since it didn't belong there. Then, I mentioned this test case above. I didn't check to see if it actually affected prestige or not, but I guess it would be easy enough to test.
Also, regarding the issue of the vestigial/tracker entries, it's certainly possible that I reassigned the credit for session #2 to session #1 (then deleted the session #2 -x assignment) so that the credit would be applied to the 1st GM run. Also, I could see why you might want the assignment change history for certain types of verification or GM monitoring, but it probably shouldn't be shown in the customer-facing UI. Consider filtering it for normal users and maybe put any vestigial entries at the end (in red) when users with escalated privileges access the sessions.
I guess the vestigial field explains the other bug (that I think you fixed previously) where the UI was failing to show the correct PC name for a reassigned GM session.
I will do the prestige test now and let you know. Thanks again.