Ingeniux is the Web Content Management System used for the creation and the maintenance of web pages on the W&L website. Those responsible for editing websites can access the Ingeniux system by going to http://ingeniux.wlu.edu

Helpful information about Ingeniux is located here: http://www.wlu.edu/x29847.xml

The preferred browser to use with Ingeniux is Firefox.

• First check out your page in Ingeniux
• Click Edit
• Right click in a Cell adjacent to where you want the addition and then drop down to either column or row
• Your options are to add before or after where your cursor is located
• If you don't like where you have placed your cell just right click in the emptey cell and delete the row or column
  

Here are some of the most common symptoms and solutions to authentication failure to W&L web applications:

1. You are repeatedly presented with a login prompt, which never is successful.  You are using a personal computer, or are off campus.    Try entering your user name with the prefix "AD\" .  E.g.   AD\MyAccountName  .  W&L's Active Directory domain is named "AD".  This prefix tells the web server which domain to authenticate against.
2. The previous step does not work, but in the popup, you see an option similar to "Use Another Account".  Select that option, and use the AD\ prefix.  In this case, your browser is using your computer's name as the authentication domain, and is ignoring the AD\ prefix.
3. Has your W&L password expired?  Has it been more that one year since you changed it?  You may do so at http://password.wlu.edu.
4. You are using FireFox version 30.0 on a Mac or Linux workstation.  Release 30 breaks Windows authentication.  See the following for a fix: http://managementtools.wlu.edu/Help/Resources/1/271.pdf
5. You are using FireFox version 40, and accessing an unauthenticated page with authenticated content embedded in it.  This version of FireFox intentionally disables this if the page and content are in different domains.  You can configure Firefox to allow this, or use a different browser.
6. You are using Safari, and receiving the error "request body stream exhausted".  This is a bug with Safari authentication.  Use a different browser.
7. You are on an iOS device, recently updated to version 7.  This update breaks windows authentication for some iOS devices like iPhones or iPads.  Use another device.
8. You are never presented with a login prompt.  You are using Internet Explorer on a W&L computer, from off campus.  Integrated Windows login is failing because the browser can not communicate with a W&L AD Domain Controller from off campus.  Use another browser or temporarily disable Integrated Windows authentication: https://managementtools.wlu.edu/Help/Default.aspx?col=1&q=unable+log+login

If none of these solutions work, try going to http://MyVI.wlu.edu and opening a web browser from the APPS screen.  Then, you will effectively be using a W&L computer, and on campus.  This will bypass many issues associated with using personally owned computers.

If one takes a W&L laptop that is in the W&L AD domain off campus and then attaches to a site that is in the IE 'Local Intranet' security zone, the laptop attempts to do pass-through integrated windows login.  However, this requires that the computer has direct access to an AD domain controller, which is blocked in the firewall.  Unfortunately, IE does not gracefully fall back to a username and password prompt in this case.

To configure IE to always prompt for a username and password:

1.       Open Internet Explorer

2.       Select “Tools”

3.       Select “Internet Options”

4.       Select “Security”

5.       Select “Local  intranet”

6.       Select “Custom level…”

7.       Scroll all the way to the last option and select “Prompt for user name and password”

8.       Select “OK” to exit both dialog windows

To re-configure IE once you are back on campus, follow the same procedure, but in step 7, select “Automatic logon only in Intranet zone”

On the Login screen:
1) Use the drop down box to change from the "AD" setting to the "this computer" setting.
2) Login name is W&LGuest
3) Password is W&Lpassword
(entries are case sensitive)

• Navigate your browser to https://sharepoint.wlu.edu. The "https" is required and provides secure access to the site.
• Log in with your network username. You may need to use the "AD\" prefix, for example, AD\doej
• Use your network password.

On the Login screen: 
1) Use the drop down box to change from the "AD" setting to the "this computer" setting.
2) Login name is W&LGuest
3) Password is W&Lpassword (entries are case sensitive)

*note: classroom guest login screen will look very similar to this laptop pool login screen below

On the entry page Click the box next to “Use Windows Authentication” and then Click the “Login” button. You do not need to enter your User ID or password on this page.

The WLU wireless network allows users to access the network for a short period with authenticated access, or a long period with secure access. If you are just visiting campus for a day you should attach to the "wlu" wireless networks. If you are going to be using our wireless network frequently you will want to register for the secure wireless network. Registering on the secure network allows you to remain attached to the network without having to reauthenticate, and it encyrpts your network traffic so it is secure. To register on the Secure network go to Http://wireless.wlu.edu .

If you are not formally associated with WLU you can access the network as a guest by attaching to the "wlu" network. This network has some restrictions.    

Applies To: Faculty, Staff, Students

FireFox version 30.0 breaks Windows authentication.  Look for the resource document to the right for the fix.

From:  DigiTar Support

This is usually caused by the following situation:

1.) The user is logged in as a@b.com.
2.) In the user's inbox there are two digests, one for a@b.com and one for c@b.com.
3.) The user is clicking on a message in the c@b.com digest in their inbox which tries to link them into the Portal directly to that message.
4.) However, since they are logged in as a@b.com, they have no rights to the message.

To remedy the situation they need to examine the subject line of the digest they are clicking on, and log into the Portal as the user specified in the subject of the digest.