robert's dashboard

robert replied on November 20, 2009 15:39 to the idea "Google Wave federation protocol" in Autodesk Project Bluestreak:

I agree, too many places to keep track of stuff. I rely on e-mail subscriptions for updates/notifications. Some people like SMS, others use Facebook, whatever, we need a single path of update and then go to what interests you.

Ability to subscribe with something like Google Reader would be good too.

robert shared an idea in Autodesk Project Bluestreak on November 20, 2009 13:50:

Skype App

I would like to see some type of integration with Skype. I keep that on almost all the time for IM'ing with people not in my company.

robert replied on June 25, 2009 13:36 to the problem "Log file errors related to Scaffold" in CustomWare:

We have some plugins between Scaffold and User Management, however none of them are complex plugins like those two. When this problem originally came up, we tried a simple "unload" and "reload" and that only causes more problems. The only fix for us seemed to be to un-install and re-install the plguin(s).

robert replied on June 25, 2009 13:03 to the problem "Log file errors related to Scaffold" in CustomWare:

We've seen a similiar problem with Adaptvist's User Management Macro, after a restart of the wiki it was not loaded correcty (reported an action conveyor error) and had to be un-installed and re-installed. When we previously got the error with Scaffold it was after attempting to reload User Management, which I think may have affect Scaffold. This time with uninstall & reinstall, Scaffold was not affected. I don't know if any of this is related, but it seems strange to me that both plugins are having Action Conveyor errors, and it involved restart the wiki instance.

robert marked one of David Peterson's replies in CustomWare as useful. David Peterson replied to the problem "Log file errors related to Scaffold".

robert replied on June 10, 2009 16:06 to the problem "Log file errors related to Scaffold" in CustomWare:

Un-installing and re-installing seems to have worked.

This may have originally been caused by problems we had with Adpatvist's "User Managemnet" macro, which is currently un-isntalled.

robert replied on June 10, 2009 15:56 to the problem "Log file errors related to Scaffold" in CustomWare:

This sounds like it could be closely related to our ticket open for our "Page Not Found" error. I will try un-install and re-installing the plugin. Though this was done previously....

robert replied on June 10, 2009 15:17 to the problem "Log file errors related to Scaffold" in CustomWare:

We have been running 2.10.3 since mid May. I posted about some previous issues we were having. The issue of "page does not display" did not start until yesterday. My post here was prompted by Atlassian's observations that there were many scaffold errors in the log file they were looking at.

I reloaded the Scaffold plugin (it was disabled per Atlassian's request) there is a "red" area.

-----load error-----
Scaffolding Action Conveyor
Error: There was a problem loading the module descriptor: org.randombits.confluence.conveyor.ConveyorListener.
java.lang.NoClassDefFoundError: com/atlassian/confluence/core/actions/NotFoundAction
-----load error-----

I have re-disabled the plugin at this time.

robert replied on June 10, 2009 13:34 to the problem "Log file errors related to Scaffold" in CustomWare:

We are running Confluence 2.10.3, we have scaffold version 3.1.2 currently installed.

robert reported a problem in CustomWare on June 10, 2009 12:46:

Log file errors related to Scaffold

We are experiencing a problem on our wiki where editing or creating pages results in an error message "Page Not Found", even though the content is saved/created. Atlassian is currently looking into this, however they've reported that they are seeing a number of Scaffold related errors in the log files. Here is the example they gave me on the ticket;

---Log info---
2009-06-09 13:08:01,298 ERROR [TP-Processor9] [atlassian.confluence.servlet.ConfluenceServletDispatcher] serviceAction There is no Action mapped for namespace /pages and action name checkforscaff
-- referer: https://burthill.onconfluence.com/pag... | url: /pages/doeditpage.action | userName: robert manna
---Log info---

They have asked me to disable the plugin and test. Disabling the plugin had no affect, can you shed any light on the errors in our log? I can e-mail you a copy of the log file for review.

Thank you,
-Robert

robert replied on June 03, 2009 12:41 to the problem "Linking plugin not working, Reporters have failed." in CustomWare:

After finally having Enterpise support address the issue that you identified a couple of weeks ago with 2.10.3 it seems like everything is running smoothly with regards to reporters and the linking macro. I un-installed and re-installed all the plugins after the change was made to our database.

Thanks very much,
-Robert

robert reported a problem in CustomWare on June 01, 2009 14:18:

Linking plugin not working, Reporters have failed.

I was downgrading the "Linking" plugin in order to see if I could get some links working that make use of this plugin and the "Link-page" macro. In that process, the links started working again with version 2.5.0, however in that process our reporters have stopped working. I've "reset" our plugin versions to where they were before I started testing and the reporters are still not working.

The code for the link page macro is:

{link-page:name=%content:title% - instructor notes|template=CourseNotes|parent=@self}Instructor Notes{link-page}

I should add that before I started testing I upgraded the Atlassian plugin "Confluence Advanced Macros" to the latest version. There are a large number or reporters not working, so it seems pointless to try to post code. In regards to the linking plugin, the link is not correctly rendering the "Content Title" into the text that is displayed on the page, even though the link works. The reporters that are not working are also all reporting based on Page Name I beleive, in addition to further data/details from the page.

robert replied on May 21, 2009 17:42 to the problem "Problems with plugins in Confluence 2.10.3" in CustomWare:

It looks like we're also having issues with the {table-data} macro. The button to add additional lines does not seem to be working when editing the scaffold data.

robert replied on May 21, 2009 02:53 to the problem "Problems with plugins in Confluence 2.10.3" in CustomWare:

Would this problem still occur if we're not using the Widget plugin?

robert replied on May 20, 2009 19:49 to the problem "Problems with plugins in Confluence 2.10.3" in CustomWare:

We are also seeing issues with the Linking plugin. Links set-up to create a new page first time, then link to the page afterwards, are always creating new pages. They do not seem to be properly passing the page name data hence, it does not recgonize the page already exsists. Here is our current mark-up we are using in the livetemplate scaffold:

{link-page:name=%content:title% - instructor notes|template=CourseNotes|parent=@self}Instructor Notes{link-page}

robert replied on May 20, 2009 13:47 to the problem "Problems with plugins in Confluence 2.10.3" in CustomWare:

Today, we seem to be able to edit Scaffhold pages using Livetemplate, however the formatting is screwy. I've added a comment to the Jira issue I opened, as well as a screenshot: http://jira.adaptavist.com/browse/SCA...

robert replied on May 18, 2009 16:29 to the problem "Problems with plugins in Confluence 2.10.3" in CustomWare:

Any further follow-up or sense of a timeline for this issue? I've created a Jira issue on something that I think is related. Currently we are stuck, and this is after doing offline testing in a non-production environment with a copy of our data.

robert replied on May 18, 2009 15:01 to the problem "Scaffhold failure on 2.10.3" in CustomWare:

Any sense on a timeline?

robert reported a problem in CustomWare on May 18, 2009 14:46:

Scaffhold failure on 2.10.3

We just upgraded our wiki to 2.10.3 after testing on a secondary box. When we got to edit any pages using the macro "Livetemplate" we are dumped into the core wiki mark-up where the call to the template is. The scaffhold data displays correctly on the page before hitting edit. After dropping into edit mode, if you hit cancel the browser locks-up and the only recourse is to use the back button to go back to a stable page view. If you hit "save" you get a wiki error message that says the page does not exist. This is a major problem as we depend highly on scaffhold pages. using the preview tab while in editing mode also correctly displays all the scaffhold data.