Beta Directory Issues

dobrichelovek wrote:Since I don't see a discussion on directory issues, I'll just mention here that when we access the beta directory using my wife's account, everything shows up fine. When I access the beta directory using my account, I get no data. I didn't see any items in jira that represented this problem, but I may have missed it. Aside from sending feedback on not seeing the directory, how else can I follow through to make sure this gets the proper exposure? Is it possible that I'm really so unique that I'm the only one? :rolleyes:

dobrichelovek wrote:Since I don't see a discussion on directory issues, I'll just mention here that when we access the beta directory using my wife's account, everything shows up fine. When I access the beta directory using my account, I get no data. I didn't see any items in jira that represented this problem, but I may have missed it. Aside from sending feedback on not seeing the directory, how else can I follow through to make sure this gets the proper exposure? Is it possible that I'm really so unique that I'm the only one? :rolleyes:

jdcr256 wrote:Are you still seeing this issue? Have you submitted feedback? I've seen two similar complaints in the feedback, and have even managed to duplicate it (sort of) when logging in to some units. But I can't do it consistently enough in our test environment to uncover a cause.

Is your unit a non-English speaking unit? That is where I have seen this before.

dobrichelovek wrote: I did verify a few times that this is still a problem, and when I log in under my wife's account it shows up just fine using the same browser.

dobrichelovek wrote: I accept that this particular issue may not yet fully support translations, but my expectation would be that the default behavior would give me an English Language page with the proper data in the absence of the 'preferred' language.

dobrichelovek wrote:I accept that this particular issue may not yet fully support translations, but my expectation would be that the default behavior would give me an English Language page with the proper data in the absence of the 'preferred' language.

RichardsonAG wrote:Known beta issue?

RichardsonAG wrote:Does the local unit need to do anything to correct?

zaneclark wrote:In the current LUWS, when you use the Search for Member function, it brings up all the info on the member, including their ward. The beta member search feature does not indicate the ward. I see this as a major problem, as this is often vital information in a search. Any chance it can/will be fixed?

zaneclark wrote:In the current LUWS, when you use the Search for Member function, it brings up all the info on the member, including their ward. The beta member search feature does not indicate the ward. I see this as a major problem, as this is often vital information in a search. Any chance it can/will be fixed?

zaneclark wrote:In the current LUWS, as a Stake Administrator, I have admin status in all wards. I can't seem to find a way to get this in the beta directory.

zaneclark wrote:I may be missing a link.

jdlessley wrote:By Stake Administrator I am assuming you mean you are a LUWS administrator at the stake level. The beta directory uses edit rights based on stake and unit standard positions. For the stake the positions with edit rights are the stake presidency, clerks, and STS. A position of stake website administrator is not given edit rights as of now for the directory. Anyone can be given administrator rights in the current LUWS by another admin. That is not true for the beta directory.

zaneclark wrote:As I understand you, the stake clerks have edit rights for the web site but the web site administrator does not... Sounds a little backwards.... I hope this changes...

Kyrandita wrote:They had been, I approved them myself.

zaneclark wrote:I have been experimenting with the various printing options and have found that the telephone numbers print very light, almost too dim to see. I have tried this on different printers with the settings high for dark print and it is still the same. I have sent this issue as feedback to the web gurus, hoping that they can fix this before the release in June...

techgy wrote:I just printed a complete (4 column) directory of my home ward and all the information printed fine. When you printed, did ALL of the phone numbers print lighter or only a select few?

RussellHltn wrote:I suggest you send a note in feedback. I don't know how it was intended to work, but having to reapprove photos of all move-in seems like extra work to me.

zaneclark wrote:All numbers printed light, with the names darker.

techgy wrote:

zaneclark wrote:I have been experimenting with the various printing options and have found that the telephone numbers print very light, almost too dim to see. I have tried this on different printers with the settings high for dark print and it is still the same. I have sent this issue as feedback to the web gurus, hoping that they can fix this before the release in June...

I just printed a complete (4 column) directory of my home ward and all the information printed fine. When you printed, did ALL of the phone numbers print lighter or only a select few?

Alan_Brown wrote:When I print my ward's directory, for each household the name definitely prints darker than the rest of the information, as you can see in this screen shot (don't worry, I cobbled together various words, so this contains no real information).



So I think it's clear that the printout of the directory is designed to distinguish the name from the other information by using different shades of color. But it seems to be a minor difference; the name is pretty close to black, and the other information is a fairly dark gray. In my experience, the gray text doesn't seem to be anywhere near "almost too dim to see."

Perhaps some printers exaggerate this difference. Zane, is this the same basic issue you are seeing, although you see a more pronounced difference? Or am I on the wrong track?

zaneclark wrote:Just tried again and it tells me that my login is incorrect.... It is the same LDSaccount I use for everything and it still works on other sites.... More maintenance?

Alan_Brown wrote:So I think it's clear that the printout of the directory is designed to distinguish the name from the other information by using different shades of color. But it seems to be a minor difference; the name is pretty close to black, and the other information is a fairly dark gray. In my experience, the gray text doesn't seem to be anywhere near "almost too dim to see."

silid wrote:And it would be useful to be able to see which ward a member is in when you have found them through stake search.

zaneclark wrote:When I first accessed the beta directory, I was able to format and print directories using different numbers of columns, different font size, etc., but for over a week now, when I press the print link, all I can pull up is the name of the ward and the date. Before I use the feedback to report this, I wanted to know if I am the only one having this problem, and If that is the case, what am I doing wrong?

zaneclark wrote:This is a question I recently submitted to the feedback for the beta directory and the answer I received:

"I am the stake and ward web administrator. What kind of editorial rights will I have with the new beta directory? So far I have edit rights for my ward members but not for the ward leaders directory and none at all for the stake.

LDS Church responded on June 8, 2010 at 7:22 AM as follows:
Hi Zane. As the ward and stake website admin you should be able to edit individual member information. However the Ward/Stake leadership lists are not configurable from within the application. They are built from information retrieved from the MLS database."

This is a major change from the current LUWS. As our ward membership clerk, I keep our ward leadership listings current in the MLS, but people at the stake level often do not, so the changes I make on the LUWS in the stake leadership listings are frequently the most accurate reflection of the current stake leaders. It appears this will no longer be possible in the new directory.

zaneclark wrote:This is a major change from the current LUWS. As our ward membership clerk, I keep our ward leadership listings current in the MLS, but people at the stake level often do not, so the changes I make on the LUWS in the stake leadership listings are frequently the most accurate reflection of the current stake leaders. It appears this will no longer be possible in the new directory.

atticusewig wrote:We have already seen with the LDS Account that
individual members can update their contact info and
it would be sent as a change to their ward's MLS.

Why not allow the stake website admin or stake clerk
be able to change the callings on the website and have
that data flow to the proper copy of MLS ?
- Atticus

zaneclark wrote:Is the standard list of callings found in the wiki current? I found some differences between that list and those on the beta directory. For example, the standard list uses Relief Society Teacher but the beta directory uses Relief Society Instructor. Since the MLS leaders info is fed to the new beta directory, I want to be sure it is correct.

eblood66 wrote:Last time I checked the names for callings in the beta directory were hard coded so they could be different than what MLS shows. However, the beta directory doesn't identify callings by name but by an internal ID (defined by CDOL I believe). So as long as you use the standardized callings as listed in MLS it will show up in the beta directory (possibly with a slightly different name).

zaneclark wrote:...the standard list uses Relief Society Teacher but the beta directory uses Relief Society Instructor. Since the MLS leaders info is fed to the new beta directory, I want to be sure it is correct.

zaneclark wrote: Will the beta be able to display custom positions? There are many assistants, greeters, etc. in various organizations that should be listed...

Alan_Brown wrote:I don't know what the plans are, but at this point the beta directory doesn't list any custom positions. It doesn't even list all the standard positions. There is apparently some magic list of the callings that are displayed in the beta directory, which includes all the leadership positions, but then just a limited selection of the remaining standard callings.

jdcr256 wrote:The positions shown currently in the Directory are what I believe are referred to as 'Tier 1' and 'Tier 2' callings in CDOL. There is also a category of 'Tier 3' callings that includes custom callings. ryan jones would be the expert on what is in each of the Tiers. As far as I know, all of Tiers 1 and 2 are included in the Directory.

There is a possible future enhancement to Directory to include Tier 3 callings, but that is a lower priority item right now.

zaneclark wrote:1. It still does not show the ward in the "search for member" feature. I consider this one of the more important reasons to use this feature in the current LUWS. I used feedback to question this several weeks ago and they said they would look at it...... Still doesn’t show the ward.

jdcr256 wrote:I just logged this as a bug. It should be fixed for our June release.

zaneclark wrote:2. A counselor in the RS, was not showing in the leaders directory. I deleted and re-entered the entry in MLS using the standard calling designation, still did not show. I finally used the Custom Position Review Tool, found the position listed there as a custom position, even though it matched exactly the standard name. I deleted it and chose the standard name from the list and NOW it shows in the beta directory.

zaneclark wrote:3. For those who have an iPad, you can edit the member contact information but not the photo. Photos that are already uploaded look great but any attempt to add or change a photo needs Adobe Flash, which the iPad does not have. Also, the iPad does not allow scrolling through the directory. You can go to a specific member by using the search at the top, or if you still need to scroll through the directory, use the print link. When the list formatted for printing shows, you can scroll through this.

zaneclark wrote:1. It still does not show the ward in the "search for member" feature. I consider this one of the more important reasons to use this feature in the current LUWS. I used feedback to question this several weeks ago and they said they would look at it...... Still doesn’t show the ward.

zaneclark wrote:3. For those who have an iPad, you can edit the member contact information but not the photo. Photos that are already uploaded look great but any attempt to add or change a photo needs Adobe Flash, which the iPad does not have. Also, the iPad does not allow scrolling through the directory. You can go to a specific member by using the search at the top, or if you still need to scroll through the directory, use the print link. When the list formatted for printing shows, you can scroll through this.

jdcr256 wrote:We'll be releasing a new build of directory soon, and this fix is included. It's not a perfect fix yet, you need to click on the member and you will see their ward listed on the profile page. Ideally you would be able to see the ward right there in the search results, but we don't have a good UI paradigm that works like that yet..

zaneclark wrote:My first question is about the authority level for site access. I received an excited email from my bishop yesterday talking about the great things available to him on the directory. Who else has the bishop's level of access?

zaneclark wrote:Will these access levels change when the directory is finally in full use?

zaneclark wrote:Now an observation which should have been obvious but I just figured it out... Any photos uploaded by members need to be approved by the web administrator before posting.. Good feature. Any changes to the email address and phone number do not need to be approved but will show up as a change to the members information on a "send and receive" on the MLS. Fortunately I am both membership clerk and the web administrator so I will be able to see these changes...

zaneclark wrote:My first question is about the authority level for site access....Who else has the bishop's level of access? Will these access levels change when the directory is finally in full use?

Originally Posted by

kisaac
I echo the fact that it would be nice to see a "permissions" flowchart for each tool, and what is available for each calling so we can answers the questions our ward members have about these new tools. It would make it possible for us to provide feedback and work out "permissions bugs" during the beta test phase....

(and eliminate the need for all of us to compare each others screens to see who has what neat tool)

Originally Posted by ryan jones
I have asked that this be done for calendar, directory and mls online. I think that will be started.
__________________
Ryan Jones
CDOL Developer

zaneclark wrote: Now an observation which should have been obvious but I just figured it out... Any photos uploaded by members need to be approved by the web administrator before posting..

Fortunately I am both membership clerk and the web administrator so I will be able to see these changes...

kisaac wrote: It's becoming obvious that ward clerks must become IT techs.

kisaac wrote:Perhaps this suggests a new standard calling: Assistant Ward Clerk: IT specialist

nutterb wrote: I would almost beg not to have the IT specialist or website administrator listed as an assistant ward clerk. My reasoning is that assistant clerks are supposed to be priesthood holders, but there are tasks that fall under the clerk's direction that may at times be better handled by a sister in the ward (for example, the historian may work with the clerk to prepare the historian, but since this is not an assistant clerk, may be a woman).

I would just rather not to get boxed into a gender requirement that didn't need to exist if we could avoid it.

kisaac wrote:I totally agree, and can foresee other situations where an "admin" might not need to be called into a bishopric as a clerk. In LUWS, you can specify any admin as the ward see's fit, but the new beta.lds.org tools with admin functions seem tied to specific leadership callings, and I'm not sure if they can be "re-assigned." I brought up the question already...what if your clerks aren't prepared to take on these tasks?

Anyone know?

eblood66 wrote:According to the source code the website administrator position has admin rights for both the Directory and the Calendar. So the ward (or stake) can have a non-clerk admin for those two applications.

I don't have any particular information but I expect the Leadership/Clerk application will only be accessible to leadership and clerks. That application is specifically to help those positions do their jobs. Based on the potentially sensitive information that will be available (and possibly editable) it makes sense to restrict it to those with an appropriate leadership or clerk calling.

nutterb wrote:My point is that it can be nice to have someone else updating the ward calendar(s), maintaining news and information, and overseeing the message on the homepage of LUWS. And there may be times when a woman might be the best person to fill that role. Same thing with an IT specialist. Unless there is a clear directive that the calling requires a priesthood holder, I would prefer to give the calling a name that doesn't imply a priesthood holder.

eblood66 wrote:Doesn't Website Administrator fit that criteria?

Note that with the new calendar you can have lots of calendar editors updating calendars using whoever the ward wants. The new news and information site hasn't even been started yet but I would assume it will follow a similar pattern with the Website Administrator as one of the pre-defined admins and then with other individual editors for different categories of news.

The only talk about an IT specialist has been on this forum. There is nothing in the applications themselves that indicates such a position will be created. But if the ward needs somebody who becomes and expert on the applications and can help others, either a clerk or the Website Administrator seems like a reasonable choice. Again, the Website Administrator calling doesn't imply priesthood and could be filled by any responsible, technically inclined adult or even possibly youth.

kisaac wrote:Perhaps this suggests a new standard calling: Assistant Ward Clerk: IT specialist

ryan jones wrote:I believe that they are also using the Website Administrator position in MLS to allow admin access in the directory and calendar.

kisaac wrote:could you or someone clarify...

Are you talking about the LUWS (local unit website administrator) specified in MLS that has admin access in the beta directory and calendar? What about others with admin rights specified in LUWS but not in MLS? I can't check as I am LUWS admin and Ward Clerk, and would have to release myself.

kisaac wrote:I'd would like the LUWS admin to have admin rights over the beta calendar and directory, as it will eventually become/replace LUWS.

atticusewig wrote:I think that the necessity of entering a person as the
ward website Admin in MLS to give them admin rights
has more to do with Church HQ's tightening down on
how wards "should" be run.

atticusewig wrote:Sure, it's easy to enter a website administrator in MLS.
It's much easier for an admin to appoint another admin
from the web, but ...

Alan_Brown wrote: What Ryan was talking about is the Website Administrator position, which is a standard calling specified in MLS, is transmitted to CDOL, and affects what the person with that calling can do in the beta directory and calendar.

zaneclark wrote:Has anyone else had a problem in opening the beta directory today? I haven't been able to access it since early this morning.

dannykos wrote:I may have missed this already, but why can't I access an individuals IOS from the directory? Currently, the only way I can do it is to view the list of callings, and then click on an individual name to bring up a floating window with the IOS on… surely the IOS should be available straight from the directory for those with appropriate access?

zaneclark wrote:Anyone know when the directory will be back online?

ryan jones wrote:I was able to get in just fine. The leadership took a little while to load, but it did finally load.

zaneclark wrote:I still can't open the directory. Maybe I need to hold my mouth different or something.

ryan jones wrote:I was able to get in just fine. The leadership took a little while to load, but it did finally load.

zaneclark wrote:I still can't open the directory. Maybe I need to hold my mouth different or something.

Alan_Brown wrote:I'm with Zane on this one -- I can go to the directory page, but I get an eternal spinner indicating that it is trying to load data. I see no data at all.

techgy wrote:I just checked it and I had no problems. The directory came up fine. Perhaps, as Zane said, you have to smile at it.

Webpage error details

User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; InfoPath.2; Tablet PC 2.0; .NET4.0C)
Timestamp: Thu, 15 Jul 2010 17:16:10 UTC

Message: 'length' is null or not an object
Line: 8
Char: 5
Code: 0
URI: https://beta.lds.org/directory/scripts/pages/index/widgets/unitSelector.js

Alan_Brown wrote:I'm with Zane on this one -- I can go to the directory page, but I get an eternal spinner indicating that it is trying to load data. I see no data at all.

Alan_Brown wrote:

Code:

Message: 'length' is null or not an object
Line: 8
Char: 5
Code: 0
URI: https://beta.lds.org/directory/scripts/pages/index/widgets/unitSelector.js

Alan_Brown wrote:I tried smiling, but it came out more like a grimace.

I cleared my cookies and cache and closed my browser. Still the same eternal spinner. I tried this originally on Firefox 3.6.6, then on IE 8.0.7600. One interesting thing on IE: I got a Javascript error:

Code:

Webpage error details

User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; InfoPath.2; Tablet PC 2.0; .NET4.0C)
Timestamp: Thu, 15 Jul 2010 17:16:10 UTC

Message: 'length' is null or not an object
Line: 8
Char: 5
Code: 0
URI: https://beta.lds.org/directory/scripts/pages/index/widgets/unitSelector.js

eblood66 wrote:I'm seeing the same effect. Using Firebug in Firefox it looks like the problem is that the REST service call to get the units in the current users stake is returning a completely empty response. The error above happens when it tries to process that blank response.

I wonder if they did a new release or if this is a problem with the backend services.

oregonmatt wrote:The same thing is happening for me. Wild speculation (since this doesn't seem to be universal): Short unit numbers are causing this problem. My unit number only has 5 digits.

oregonmatt wrote:Do we need to provide this feedback to the feedback link, or has it been picked up from here?

Alan_Brown wrote:I'm with Zane on this one -- I can go to the directory page, but I get an eternal spinner indicating that it is trying to load data. I see no data at all.

eblood66 wrote: I wonder if they did a new release or if this is a problem with the backend services.

jdcr256 wrote:We haven't put out any new code since July 1st. I can't reproduce the problem with any of my test data.

I'm trying to find out if anything on the back end has changed in the last couple days.

jdcr256 wrote:Can any of you for whom it's broken confirm that it was working before the 14th?

jdcr256 wrote:I'm trying to find out if anything on the back end has changed in the last couple days.

jdcr256 wrote:Can any of you for whom it's broken confirm that it was working before the 14th?

zaneclark wrote:Does anyone have any idea when the directory will be back in action?

Alan_Brown wrote:This issue didn't really get any attention from any of the developers on this forum until Friday, and they work a regular work week. I imagine they'll need at least a day or two to figure out what's going on and to make a plan.

Thanks for the feedback Alan. We're seeing this issue too and have been working on a fix. Keep checking back. We'll release an update very soon.

jdcr256 wrote:FYI, the issue that's causing the problem (which also affects calendar) is an unfortunate change to the authentication system. To compound the problem, we are migrating to a new authentication system with our next release, so there are not many resources to fix issues with the old system.

Hopefully we can get a fix quicker than our next release, but...

techgy wrote:I guess we should consider ourselves lucky (or blessed). Both the calendar and directory have been working fine for us. The only problem I've noticed in the past few days is a need to Logon twice.

When the site first comes up I click on the Login link and enter the information. The authentication screen refreshes and the upper right-hand corner of the screen shows that I'm Logged in. However, when I click on either Calendar or Directory, I'm given another Login screen. After I Login AGAIN, the directory/calendar work as expected.

ryan jones wrote:It looks like the main page at beta.lds.org has switched over to the new SSO implementation while the Directory/Calendar are still on the old one. If you go directly to the Directory/Calendar instead of logging in first then you will only have the one login.

techgy wrote:Thanks for the tip. That eliminated the 2nd Login. I'm still a little puzzled as to why some folks are having problems and others are not. If the problem was related, as you say, to an authentication issue, wouldn't it effect everyone?

RussellHltn wrote:I just tried the directory. It's working for me now. It didn't before.

dwh33 wrote:I can now access the directory as well! However, when I upload photos, the process completes but the result is just a blank picture. This happens in both Firefox and Chrome. I also uploaded a family picture from my wife's account, but when I went to approve it in my account, I was just approving a blank picture (which I didn't do).

I just discovered the beta yesterday, so I have not had any successful picture uploads as of yet. Any suggestions?

zaneclark wrote:Still not working in Las Vegas......

Alan_Brown wrote:This is a recent problem, but I can confirm that it works as you say right now.
...
In any case, I have reported the issue using the Feedback mechanism.

jdcr256 wrote:Both directory problems (the one entered earlier, and the one affecting the images) is related to the authentication system. The first issue should be fixed.

The problem with the images is that the image service seems to have been deployed under the new authentication system that was deployed a couple days ago. Since directory is still using the old system, it can't get permissions to access the photos. We are working to resolve this right now.

zaneclark wrote:Please! Is there anyone else unable to access the beta directory besides me? I will feel better if I know I am not alone in this......

danpass wrote:

zaneclark wrote:Please! Is there anyone else unable to access the beta directory besides me? I will feel better if I know I am not alone in this......

I cannot access it and have not been able to do so all this week. I get a spinner in the first column, but no directory data ever populates the table.

danpass wrote:My previous attempts, last week, to access the beta directory were from my home computer. Today, I attempted access from our stake administrative computer and am still only just getting just past the authentication and rendering of an empty table. I see the same behavior using Firefox, Chrome and IE.

I had a ward clerk in my stake log in from his ward's computer and he see's the same behavior.

zaneclark wrote:Please! Is there anyone else unable to access the beta directory besides me? I will feel better if I know I am not alone in this......

n.augusta.wardtech wrote:Any chance that the personal phone numbers and email addresses listed in MLS (and vice versa) will show up on the new directory when it is released?

Alan_Brown wrote:They already appear there. Just go to beta.lds.org, sign in, and go to Tools > Directory. When you look at a household, you'll see all the household members with their individual phone numbers and email addresses. Of course someone has to have entered that data. Also note that each member can choose to hide that information from view by other stake members (in some parts of the world the default is to hide it, and members have to opt in to show data, but in the US the default is to show).

Another cool feature is that members can update their own individual and household phone/email and that information will flow back to MLS. So I think that covers what you were asking for -- it is already implemented. Give it a try!

Alan_Brown wrote:They already appear there. Just go to beta.lds.org, sign in, and go to Tools > Directory. When you look at a household, you'll see all the household members with their individual phone numbers and email addresses. Of course someone has to have entered that data. Also note that each member can choose to hide that information from view by other stake members (in some parts of the world the default is to hide it, and members have to opt in to show data, but in the US the default is to show).

• Detailed steps of what you are doing and what you are seeing.
• What country, ward/branch, and stake/district you are in.
• What your calling is.
• If you know how to use firebug in firefox, what you see in the console tab would be very helpful.

starkjs wrote:I'm still having the spinning loading icon. I'm in Utah, BYU 202nd ward of the 7th Stake as their STS & Assistant Stake Clerk.

tsheffield wrote:I cannot find a way to search a specific magazine. For example can I search the Friend for articles on Faith?

nutterb wrote:Scenario D
The member is a woman with a non-member husband. Her marriage is not recorded on her membership record, but the directory shows
Last Name, Husband & Wife

RussellHltn wrote:I checked a "Scenario D" in my ward. I just see Last Name, Member. Just like in the current LUWS.

How are these couples recorded in MLS? Has a non-member record been created in MLS? Likewise, what information is recorded in the member's marriage information? That's two places in MLS to check.

zaneclark wrote:Can ANYONE report if any progress is being made to bring the directory back online to those of us still watching the spinning wheel?

techgy wrote:The directory continues to work fine here in California.
However, just on a whim - what URL are you going to when you login?

A recent post made mention of a problem with the login process and I'm wondering if that might be related to your "spinning wheel" issue.

When you login try going to http://beta.lds.org/directory

Aside from this, perhaps someone in the know in CHQ can provide some additional suggestions.

danpass wrote:I get the spinner regardless of whether I go directly to the beta directory (using the URL you mentioned) or first logging in to the beta site and choosing the Directory option from the tools menu.

oregonmatt wrote:danpass, have you IMed your info to jdcr256, as requested in post 135 in this thread? Installing firebug (again as requested) and including the output would probably be very useful feedback for the developers, as it appears that most of us can see the directory again. The more obscure the bug, the harder it is to debug.

oregonmatt wrote:danpass, have you IMed your info to jdcr256, as requested in post 135 in this thread? Installing firebug (again as requested) and including the output would probably be very useful feedback for the developers, as it appears that most of us can see the directory again. The more obscure the bug, the harder it is to debug.

RussellHltn wrote:Just out of curiosity, are those that are NOT working getting different IPs then the following when doing a "ping" from a command prompt?

beta.lds.org -> 216.49.176.48
secure.lds.org -> 216.49.176.34

danpass wrote: I do use firebug and will look to see if the console provides any useful information. Thanks!

stakes is null
    if (stakes.length > 1){                     unitSelector.js (line 8)

danpass wrote:I have already sent this information to jdcr256 in a PM. For anyone else who is interested, after submitting my credentials to gain access to the beta directory, I get the following javascript error in the firebug console:

Code:

stakes is null
    if (stakes.length > 1){                     unitSelector.js (line 8)

Would one of you who is not having problems accessing the beta directory and has firebug installed, please check to see whether or not you see this error?

ryan jones wrote:For me stakes has one entry and it is my stake.

I wonder if the issue is related to your stake/ward or if it is related to your information tying you to your stake.

Do you know if others in your ward/stake can log in or are then having the same problem?

danpass wrote:I have already sent this information to jdcr256 in a PM. For anyone else who is interested, after submitting my credentials to gain access to the beta directory, I get the following javascript error in the firebug console:

Code:

stakes is null
    if (stakes.length > 1){                     unitSelector.js (line 8)

Would one of you who is not having problems accessing the beta directory and has firebug installed, please check to see whether or not you see this error?

danpass wrote:

Code:

stakes is null
    if (stakes.length > 1){                     unitSelector.js (line 8)

ryan jones wrote:I think I might have it. There was an issue recently with Family History centers showing up in the list of children units that was causing a problem.

Both the stakes for zaneclark and danpass have an Area CS Missionary Group as a child of their stake.

zaneclark wrote:...to those of us still watching the spinning wheel?

zaneclark wrote:This sounds encouraging! Does this mean I might be able to see the directory soon?

zaneclark wrote:As of 5:30AM today, the beta directory is ALMOST back in Las Vegas! I can access the ward members and leaders directory but the stake leadership still won't show. Maybe it will show later today.......

zaneclark wrote:Hooray!! As of 8AM, The stake leaders directory is now accessible... There are still missing features, such as the ability to print anything other than the member directory, but with time, I would hope that these features will be added.

zaneclark wrote:As of 5:30AM today, the beta directory is ALMOST back in Las Vegas! I can access the ward members and leaders directory but the stake leadership still won't show. Maybe it will show later today.......

danpass wrote:I also can now access the beta directory. The javascript error that I described earlier in this thread is no longer occurring either. Since the beta directory doesn't seem to be using the new authentication method yet, apparently the problem was not related to it's use of the old authentication method. I would be interested to know more about what the bug was and how it was resolved.

danpass wrote:I would be interested to know more about what the bug was and how it was resolved.

jdcr256 wrote:I wish I knew how it was resolved as well. As far as I can tell, nothing in our production environment changed during the time you and Zane saw the problem go away.

zaneclark wrote:Minor problem in printing the directory.....the date shows as Printed: 20 Jan 2010....

dwh33 wrote:Is anyone else having issues seeing pictures they uploaded to the beta.lds.org directory on the new.lds.org directory? The pictures I uploaded show as broken links. New pictures upload ok, but when I go to assign them, they won't assign. They disappear from the screen, but the count of new pictures remains the same. The next time I click on "new" the picture I just assigned reappears.

zaneclark wrote:At some point I am assuming we will be able to send a "broadcast" email to members as we now do with the current LUWS. I can see nothing yet in the tools or elsewhere on this feature. And another related question, if we do send a broadcast email from the new directory, will it still be limited to only those who have registered?

zaneclark wrote:At some point I am assuming we will be able to send a "broadcast" email to members as we now do with the current LUWS. I can see nothing yet in the tools or elsewhere on this feature. And another related question, if we do send a broadcast email from the new directory, will it still be limited to only those who have registered?

jdcr256 wrote:I'd just like to note that the Directory application, and the Leader/Clerk app are not the same thing. They are completely separate apps that live under the LDS.Org family.

That being said, the Directory application allows members to keep their own contact information up to date, and includes mailto: links for every member with an email address in the directory.

Additionally, our next release (coming soon) includes mailto: links in the Ward and Stake Leadership directories that will allow you to email an entire leadership group (e.g. click the link on the Elder's Quorum page to email the entire EQ Presidency).

These messaging tools (along with those in the Leader app) will continue to evolve over the next several months. Messaging is a core feature set driving these apps and we are finally getting to the point were we can start including some cool functionality. Stay tuned...

Alan_Brown wrote:There are very limited broadcasts available on the Leadership pages of the Directory. The link just below the title of the organization lets you send an email to everyone listed with callings in that organization. But there is no all-inclusive broadcast capability at this point, and I don't see anything about that in Jira, so if something is coming in this area, it's not soon.

.

kisaac wrote:As



Here is my "email upgrade wish list" for broadcast emails in the "Leader and clerk" tool, which is just asking for similar features we use in business every day...

alinford wrote:I am listed as the Website Administrator in the beta, but I do not see that I have any admin rights. I would like to upload member photos, create calendars, etc.
Where do I go for admin functions?

1. You say you are "listed as the Website Administrator in the beta"; what does that mean? The first question is if you have the standard calling of "Website Administrator" in MLS at the ward level. If you do, then you should also have that calling in CDOL. You may not be able to verify this personally, but someone with the right permissions should be able to do this for you.
2. The permissions for the Directory and the Calendar are quite different. My impression is that a Website Administrator is fairly powerful on the Calendar, but not so much in the Directory.
3. If you do have the standard calling of "Website Administrator", then in the Calendar you should be able to go to Options > Manage Rights and see yourself listed as an Approver. In the UNIT column would be your ward's name, and in the CALLING column would be "Website Administrator". If that is the case, you can be confident that you do have the standard calling.
4. In the Calendar, it's important to distinguish between ward and stake calendars. If you are an approver at the ward level, then you can do administrative functions such as creating calendars for the ward, but not for the stake.
5. I'm not sure about the current permissions on the Directory; at one point you had to be a bishopric member, ward clerk or assistant clerk to do administrative tasks such as approving photos.

alinford wrote:Thanks Alan. When I go into the Directory in the Beta, and go to Ward Leaders and Organizations, under Other Callings, I am Website Administrator. I am not sure if that is the standard calling, or one that was created. I will contact the Ward Clerk to find out.

eblood66 wrote:The Beta Directory doesn't display any custom callings at this point so it would have to be the standard calling.

alinford wrote:If that is the case, something is mucked up for me. Under Options, I have Select Subscriptions, Create Calendar, and Sync, but seem to be missing the Manage Rights option.

alinford wrote: Another question about the Directory. I noticed that when I go to My Family Profile, it does not list our callings. Is this something that is on the list?

eblood66 wrote:Sounds like you should submit feedback on that. But you may want to have a clerk or bishopric member look at the Manage Rights page and check if they see you listed.

alinford wrote:Where will they find the Manage Rights page?

Alan_Brown wrote:It's under Options (where you earlier said you found Subscriptions, Create Calendar and Sync) -- those with the permissions will see Manager Rights, as well as other options there.

alinford wrote:So, in theory, the ward clerk would be able to grant me permissions by going to Manager Rights?

eblood66 wrote:Yes, but if you are correctly listed in MLS as the website administrator you should already have rights and be listed on the Manage Rights page.

If the clerk adds you in the calendar application you'll have most administrative rights except that you won't be able to add other calendar approvers (what they call administrators in the calendar app). If you're listed in MLS as website administrator then you will be able to add other approvers.

alinford wrote:I am definitely listed as Website Administrator in the Beta Directory / "Ward Leaders and Organizations" / "Other Callings" area, but there is no "Manager Rights" under "Options". So, there must be an issue. Where should I report it?

thesterlands wrote:I just visited new.lds.org and since I last used it (when it was beta.lds.org) there is only a few members across the Stake listed. I can only see 2 members in my Ward and one is my family (complete with pictures) This has dramatically changed since last time.

Does anyone know why this is the case?

thesterlands wrote:That make sense for the membership directory (although this must have recently been applied as I could see the whole stake a few weeks ago)

If the EU privacy laws is a consideration how come I can see the member contact details on the new LDS Maps tool at https://new.lds.org/maps for the Stake.

thesterlands wrote: Another example is that I can not see contact details for Ward Leaders and organisations but I can see contact details for Stake Leaders and organisations, e.g Stake High Council , Stake Relief Society Presidency etc.

Is this due to my access rights?

zaneclark wrote:Is the new/beta directory offline? Just want to make sure the problem isn't on my end....