BOY SCOUTS OF AMERICA

Scouting Forums

New scouts can not see the pack's event calendar!

This is an unbelievable bug in ScoutBook. When a new scout is added to the pack they can’t see any of the curent PACK events because they weren’t an INVITEE when the event was created. Doh!! Smack forehead. I can’t believe someone wrote this crap.

The INVITEE list is static once an event is created.

Please fix this code or fire all your programmers! You are wasting all of our precious time. We should be leading our scouts, not fiddling with your website.

Stephen Polkowski

@StephenPolkowski - the frustration is understood… but A Scout is…

1 Like

Touche … nicely played.

But seriously, I’m a Cub Master. I wasted three hours of my time today trying to figure out what was wrong with your website. My new Lions den members were asking me why they couldn’t see anything on the Scouting App. I didn’t have a clue.

So, I asked my Lions den members if one of the parents could give me their password. I wanted to see what they see. Sure enough, there were zero events. Scratch head. Repeat. Time lost.

So, I asked my wife for her login password just to see if her account looked different from mine. She could see SOME of the events. Scratch head.
Then I noticed that the events she couldn’t see didn’t have any INVITEEs on them. Bingo. I fixed them. Later, I figured out that the INVITEE list is static. WHATTTTTTT??? But, it’s a PACK event. HUH??? It should be going to everyone.

If this issue is just too hard to fix, PLEASE add a disclosure or notice to the CREATE event page. Then, no will waste their time with this website.

It should read:

“BTW, when you create a PACK event, the calendar app doesn’t track new scouts added at a later date. We’re too busy or not capable of fix this problem. So, you need to update every calendar event for each new scout, leader, and parent. Sucks to be you. Ha!!!”

I dare you.

To be clear, it’s no more the website of anyone on these message boards than it is your website. We’re all a bunch of scouting volunteers/parents/youth trying to help one another sort out the issues various people run into. The BSA is not officially monitoring these forums, although there may incidentally be BSA staff among us, since many do more in scouting than just their official jobs. Venting at the folks here isn’t going to improve things.

There’s plenty of information about how the calendar module works in the help sections at help.scoutbook.com. It’s far from perfect, and there’s been plenty of discussion here about that, too.

There’s no national requirement that Scoutbook (scoutbook.com) be the calendar/messaging/etc application for every unit (or even any unit). There are lots of folks who still use other platforms for everything, and submit advancement via IA2 (scoutbook.scouting.org) or Scoutbook (but not both IA2 and Scoutbook, since that causes problems). Each unit has to make that call for itself, and I’m certainly not going to advocate that every unit jump onto Scoutbook. I’ve been using it since before the BSA purchased it, and as well as it has done some things, it’s always had some blind alleys. I try to remember the 5th, 6th, and 8th points of the Scout Law, and move along.

Generally, if I don’t invite someone to the event (irrespective of the calendaring software), I don’t expect them to automatically be able to see the event or get email reminders. Just because we got a new engineer at my office, I don’t expect him or her to show up on our group meeting invites without some action on my part. The issue with not having dynamic invitee/reminder lists is longstanding, and manifests in several different ways (new people not being added, people who have left not being removed, reminders going out to people who have RSVP’d “no”…).

There is plenty of information (in these forums and elsewhere) that there are ongoing development phases planned and underway. The BSA doesn’t share when anything will be “finished”, nor exactly what features will have been implemented when a particular development push completes. The calendar alone will require quite a lot of reworking to address various issues tied to it.

For example, just consider the difficulty of coding a dynamic invitee list. Code would have to be created to reflect the types of “groups” that are being created: unit (troop/pack/crew/ship), subunit (patrol, dens), specialty (PLC, unit committee, scoutmaster corps,…).

Now, once that’s coded, does the logic in the code work if the whole patrol transfers to a new patrol, and wants to keep its existing planned events (i.e. patrol name changes)? When I initially schedule and invite a group of people (say the PLC) to a meeting, and the people in that group changes (e.g. a new person gets added to the group and two people leave), how frequently does the software check for changes to the group? What implications does that have for computing overhead? Where’s the balance between making sure PeeWee Harris gets automatically added to the PLC meeting on Tuesday when he just got his new position added to his account Sunday evening (because that’s the first chance the leaders had to update the list) and burning all your computing cycles checking for new changes? Multiply that by however many units are out there (some of which aren’t using Scoutbook for calendaring at all, so it’s entirely wasted computing time), and the problems associated with architecting and implementing this beast begin to fall into perspective. For one unit using the software, the differences in computing time are probably negligibly impacting. For thousands of units, it starts to add up and impact other basic functionality. Is it doable? Almost certainly. What’s the trade-off with other needed functionality? I dunno, but nothing is free.

As a user, I get that we want the code to work exactly the way we expect it to out of the gate. As an engineer, who has done some programming (albeit nowhere near the level of what we’re talking about here), I recognize that all software is dynamically trying to achieve a state of “adequate” functionality, with the users and software owners consistently moving the goalposts on what constitutes “adequate”. Scoutbook isn’t that old as unit management/advancement tracking software goes. It’ll take some time to get to the point where the developers are mostly adding bells & whistles instead of wheels and brakes.

3 Likes

This is something that the developers are planning on providing.

I found a fix. You can go into the event and select edit event. Then go to the invites and scroll thru them and add them and select save.

You can use the volunteer written and supported Feature Assistant Extension for Scoutbook for Chrome and Firefox to easily add new Scouts to existing events. See Feature Assistant - What is it? for details.

This topic was automatically closed 7 days after the last reply. New replies are no longer allowed.