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
Thursday, Jul. 11, 2013
A bug that emerged following the upgrade causes files uploaded in Commonspot to be missed in the replication process. We have a temporary work-around in place to restore these missing files, but there will be some delay between the file restoration and the replication process - it could be up to 2 hours before the file appears on www. We're working on a short term remedy for this to restore the files when replication completes, to eliminate that delay. And we're working with Paperthin to fix the underlying cause of the problem.
Thursday, Jul. 11, 2013
One of the post-upgrade bugs is a server error response when accessing a page on www if logged in to Commonspot (and if you have authoring rights on cms). You'll see this if you login to a page with Commonspot security attached - that page and any other page requested on that www server will display a server error message. The workaround is: add /logout.cfm to the subsite to clear the error on www, and login to the secure page on cms.scu.edu instead. Were working with Paperthin to resolve this issue.
Thursday, Apr. 1, 2010
When uploading an image file to Commonspot, try to avoid file names that include characters such as accents, apostrophe, and commas. Commonspot won't provide a warning about the file name (that should be fixed in the next release), but it will cause problems in the replication process. If you rename the file on your local system prior to uploading it, removing any non-standard characters, that will avoid the replication problems.
Tuesday, Feb. 16, 2010
The formatted text editor in Commonspot isn't fully functional in Firefox 3.6. If you've recently upgraded Firefox, you might encounter problems adding links or viewing the HTML source in Commonspot. Paperthin has released a patch for this, and we plan to install that tomorrow morning, 2/17/10.
Update - 2/17 8am: the patch has been applied, and appears to have corrected this issue.
Tuesday, Nov. 17, 2009
Following the upgrade to Commonspot 5.1, we're seeing an error when attempting to copy an existing page - the error reported is "error while generating a unique ID". You can create a new page from a template, but will likely see this error if attempting to copy a page. The bug has been reported to the vendor this afternoon.
UPDATE: This issue has been resolved; the copy-page action works now.
Tuesday, Jul. 7, 2009
Following the Commonspot 5 upgrade, we're seeing an issue with the Template Gallery listing; some user's templates are not listed in the gallery. If you're creating a new Commonspot page and don't see the template you need in the Gallery, the work-around is to copy an existing page that's based on the template you want, and save that as your new page. We hope to have the Template Gallery issue resolved fairly soon.
Wednesday, Apr. 1, 2009
Commonspot users frequently encounter problems with access to element icons in pages that have content "below the fold" - content that is not visible when the page content is scrolled to the top of the window. Clicking on an element icon can cause the page view to "hop" to the top of the page, and you then lose access to the element's menu options.
A work-around for this problem is to press the CTRL key (Windows) or Command key (Mac) when clicking the element icon. That should prevent the view from resetting to the top of the page.
Credit for this useful tip goes to OMC student assistant Chris.
Thursday, Mar. 29, 2007
A recent Commonspot patch has introduced a minor bug in the rich text editor element. Any text edits will generate an HTML cleanup warning message. Paperthin is working on a remedy for this problem, which should be applied in the next couple of days. In the meantime, just click the "continue" button to bypass the warning message.
Monday, Mar. 26, 2007
Following last month's upgrade to Commonspot 4.6sp3, a bug was observed with Commonspot's rendering of special text characters.
Friday, Apr. 21, 2006
A recent update to Windows XP has introduced a conflict with Commonspot's rich text editor. The Windows XP update released in April includes a change to the ActiveX control - you will now see a message every time you used the rich text editor in Internet Explorer instructing you to hit the spacebar or enter key to activate the control.
Updated 4/21/2006: Paperthin has released a patch that corrects this behavior in Commonspot. The patch has been installed on the cms server.