Santa Clara University

Web Publishing

Web Publishing Services

 
RSS

Web Publishing News

Updates on new projects, issues in progress, services, and general Web Publishing information

The following postings have been filtered by tag Bugs. clear filter
  •  Authoring Session Timeout

    Wednesday, Feb. 22, 2006
    Commonspot authoring sessions will automatically timeout after 30 minutes; if you haven't saved your work within that time span, any work in progress will be lost. We have added a custom alert message to the rich text editor element that will display a pop-up window warning you to click "finish" to save your work 20 minutes after the editor window is opened.
  •  Author Mode link requires page refresh

    Tuesday, Feb. 14, 2006
    A new Commonspot bug has appeared following the upgrade to 4.6 SP1. The link to Author mode from a Commonspot page in Read mode won't work when page is first loaded in your Web browser. The short-term work-around is to reload the current page. The reload causes Commonspot to build the correct script content in the page source, and the Author mode link will then function properly. This bug has been reported to Paperthin. Update - 2/16/2006: As a temporary work-around, we've modified the base template to include a copy of the missing Javascript function in read mode. This results in the newWindow function being declared twice when in author mode, but doesn't appear to cause functional problems in Commonspot. Update - 2/28/2006: This bug has been resolved by Paperthin, and our work-around has been removed.
  •  Commonspot authoring menus in Firefox

    Thursday, Jan. 19, 2006
    An error in an included Commonspot javascript file was causing problems accessing menu options for submitting or deleting element content in Firefox.
  •  Commonspot pop-up menu bug in Firefox

    Thursday, Jan. 19, 2006
    A problem has been identified in Commonspot's dynamic HTML pop-up menu system in Firefox 1.5.
  •  Commonspot Database Errors

    Thursday, Dec. 22, 2005
    We have been experiencing database server errors that have caused problems accessing Commonspot pages on the www and cms servers. There was a 35-minute interruption on Tuesday, 12/21, and one of shorter duration on Wednesday. The database administrator has identified the source of the problem, and will be applying an update to the database server software that should correct it.
  •  Missing Web Site Statistics

    Wednesday, Nov. 16, 2005
    Due to a configuration error in our statistics package, several days' reports were not genereated. The Web server statistics were restored at 11:30 am on Friday, 11/18/2005.
  •  Custom Element Data Display Problem

    Wednesday, Nov. 16, 2005
    Elements that use custom element data (news item, homepage features) were not displaying data on the production servers, although the data is in the servers' database and does display properly on the cms.scu.edu server. This problem was resolved at 9:30 am Friday, 11/18.
  •  Missing images and uploaded files

    Friday, May. 27, 2005

    During the past few weeks, we've been seeing an intermittent problem with Commonspot content replication that causes some images or uploaded files to be skipped when a replication packet is applied on one of the two www.scu.edu production servers.  If you see images or other uploaded files appear and then disappear when viewing a published Commonspot page, it is likely due to this problem - the image was only copied to one of the two www servers.

    As a work-around (until we resolve the replication problem in Commonspot) we have a scheduled task running every night at 9:00, that will copy any missed files from one production server to the other.

    If you notice an uploaded image or file missing on the www.scu.edu server more than 24 hours after it's been published in Commonspot, please send us a message using the support request form.

  •  WindowsXP SP2 and Commonspot

    Thursday, Mar. 31, 2005

    If you have recently applied Service Pack 2 for Windows XP, you may notice that Commonspot pop-up windows are blocked, or that pop-up windows open at a very small size by default.  You will want to allow pop-up windows for pages on cms.scu.edu, and change the "security level" setting to allow pop-up windows to open normally.

     

    To resolve the problem with small pop-up window sizes, change the Security Level of a Zone:

     

    1. Open Internet Explorer.
    2. Open the Tools menu, pointing to Internet Options, and then click the Security tab.
    3. On the Security tab, click the Internet zone to change the security level and then click the Custom Level button.
    4. Enable the option Allow script-initiated windows without size or position constraints, which is located in the miscellaneous section.
  • Pages:
  • «
  • 1
  • 2
 
plugin_disabled