https://sourceforge.net/p/widgetserver/bugs/2009-01-12T13:57:31ZRecent changes to bugs2009-01-12T13:57:31Z2009-01-12T13:57:31ZAnonymoushttps://sourceforge.net/u/userid-None/https://sourceforge.net6cd07fa66a50c80e45387c4bd1cae0d4b2f848bb

<div class="markdown_content"><p>A customized application deals with different http sessions at runtime. At a certain instance of time, there are for example two active sessions. After closing one of them, the global registry of the Widget Server looses its reference to the MuGenericTemplateKit, i.e. the remaining session does not list the MuGenericTemplateKit anymore (seen with: KeRegisteredObject.getRegistryStatisticString).</p></div>

2009-01-08T15:11:13Z2009-01-08T15:11:13ZBodo Stöckerhttps://sourceforge.net/u/bstoecker/https://sourceforge.net998e6b271ca2ee078c428bb2e7f090b2e1c97f66

<div class="markdown_content"><p>It should be possible for a modal dialog to instantiate another dialog from within. Currently, the behaviour is undefined and might end up in a deadlock.</p> <p>Original discussion (in German):<br /> "Ich habe zwei Dialoge, wobei zunächst der erste geöffnet wird. Der zweite Dialog wird dann aus dem ersten heraus geöffnet. Wichtig ist, dass der erste Dialog modal=true hat; beim zweiten Dialog ist es egal. Schließe ich nun den zweiten Dialog und führe im ersten Dialog einen Doppelklick aus (egal, ob irgendwo in den Dialog oder in ein Steuerelement), werden alle Steuerelemente des Dialogs deaktiviert und man kann den Dialog nicht mehr schließen.</p> <p>Ich habe mal in den HTML-Quelltext geschaut; dabei ist mir aufgefallen, dass der div-Tag des ersten Dialogs nachdem der zweite Dialog geschlossen wurde, einen ondblclick-Handler hat (ondblclick="pageAction('Wfpmgo8tb_7q')"), der vorher nicht da ist. Interessanter Weise gibt es diesen Handler auch, wenn der Dialog nicht modal ist (allerdings auch erst, nachdem der zweite Dialog geschlossen wurde); dann führt das aber nicht zu Problemen."</p></div>

2009-01-08T15:03:01Z2009-01-08T15:03:01ZBodo Stöckerhttps://sourceforge.net/u/bstoecker/https://sourceforge.net7cabab2f9f0a6b35031f2273b93a57fb85fe95e4

<div class="markdown_content"><p>The method UnTreeViewLoader.treeNodesChanged(TreeModelEvent arg0) includes the following method calls:<br /> ...<br /> l_rrNode.removeNode(l_oldNode);<br /> l_rrNode.addNode(l_newNode.getName(), l_newNode);<br /> ...</p> <p>The call to addNode(String xName, KeTreeNode xNode) should be replaced by a call to addNode(String xName, KeTreeNode xNode, int xIdx). Otherwise, the changed node is always moved to the end of the tree, which messes the tree up.</p> <p>Original discussion (in German):<br /> "Ich habe einen TreeView, indem sich einzelne Knoten ändern. Die Änderung erfolgt, indem die Datenklasse im Modell geändert wird und anschließend nodeChanged oder nodesChanged im DefaultTreeModel aufgerufen wird. Dies führt dazu, dass im UnTreeViewLoader die Methode treeNodesChanged aufgerufen wird. Diese Methode rendert den geänderten Knoten neu. Abschließend wird der alte Knoten entfernt und der neue in den Baum eingehängt:</p> <p>l_rrNode.removeNode(l_oldNode);<br /> l_rrNode.addNode(l_newNode.getName(), l_newNode);</p> <p>Dies führt allerdings dazu, dass der neue Knoten immer am Ende der Liste der Kindknoten eingefügt wird und somit die Ordnung im Baum durcheinander gerät. Ich hätte erwartet, dass der alte Knoten durch den neuen ersetzt wird, so dass er dann an der gleichen Stelle im Baum steht. Sieht mir von daher auch wieder nach einem Problem im Widget-Server aus."</p></div>

2008-01-29T16:04:57Z2008-01-29T16:04:57ZRene Zannerhttps://sourceforge.net/u/rzanner/https://sourceforge.net191ea076563bb982dea72f02048c8a87d6bc32a6

<div class="markdown_content"><p>The following exception is thrown when a WidgetServer application is deployed on a Weblogic BEA (9.2):</p> <p>[29.01.08 16:59][[ACTIVE] ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'][ug2t][MESSAGE][registry startup]@[static-&gt;static]</p> <p>--------------------------------------------------<br /> WidgetServer Framework, commercial release<br /> (C) 2005-2007, Dirk von der Weiden<br /> --------------------------------------------------</p> <p>[29.01.08 16:59][[ACTIVE] ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'][ug2t][MESSAGE][webContext rootDir: nullstart]@[class de.ug2t.unifiedGui.service.UnBasicServlet-&gt;HASH:32681570]<br /> [29.01.08 16:59][[ACTIVE] ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'][ug2t][MESSAGE][no special encoding found, use ISO-8859-1]@[static-&gt;static]<br /> [29.01.08 16:59][[ACTIVE] ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'][ug2t][MESSAGE][webContext tmpDir not set use default: C:\bea\user_projects\domains\WiSer\nullstart\tmp]@[class de.ug2t.unifiedGui.service.UnBasicServlet-&gt;HASH:32681570]<br /> [29.01.08 16:59][[ACTIVE] ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'][ug2t][MESSAGE][producer cache has been disabled]@[class de.ug2t.unifiedGui.service.UnBasicServlet-&gt;HASH:32681570]<br /> [29.01.08 16:59][[ACTIVE] ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'][ug2t][FATAL][java.lang.NullPointerException<br /> at de.ug2t.connector.CoXmlParameterGetter.pcmf_getParameter(Unknown Source)<br /> at de.ug2t.unifiedGui.UnComponentFactory.pcmf_construct(Unknown Source)<br /> at de.ug2t.unifiedGui.UnComponentFactory.&lt;init&gt;(Unknown Source)<br /> at de.ug2t.unifiedGui.service.UnBasicServlet.init(Unknown Source)<br /> at weblogic.servlet.internal.StubSecurityHelper$ServletInitAction.run(StubSecurityHelper.java:274)<br /> at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)<br /> at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:121)<br /> at weblogic.servlet.internal.StubSecurityHelper.createServlet(StubSecurityHelper.java:64)<br /> at weblogic.servlet.internal.StubLifecycleHelper.createOneInstance(StubLifecycleHelper.java:58)<br /> at weblogic.servlet.internal.StubLifecycleHelper.&lt;init&gt;(StubLifecycleHelper.java:48)<br /> at weblogic.servlet.internal.ServletStubImpl.prepareServlet(ServletStubImpl.java:504)<br /> at weblogic.servlet.internal.WebAppServletContext.preloadServlet(WebAppServletContext.java:1716)<br /> at weblogic.servlet.internal.WebAppServletContext.loadServletsOnStartup(WebAppServletContext.java:1693)<br /> at weblogic.servlet.internal.WebAppServletContext.preloadResources(WebAppServletContext.java:1613)<br /> at weblogic.servlet.internal.WebAppServletContext.start(WebAppServletContext.java:2764)<br /> at weblogic.servlet.internal.WebAppModule.startContexts(WebAppModule.java:889)<br /> at weblogic.servlet.internal.WebAppModule.start(WebAppModule.java:333)<br /> at weblogic.application.internal.flow.ModuleStateDriver$3.next(ModuleStateDriver.java:204)<br /> at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:26)<br /> at weblogic.application.internal.flow.ModuleStateDriver.start(ModuleStateDriver.java:60)<br /> at weblogic.application.internal.flow.ScopedModuleDriver.start(ScopedModuleDriver.java:200)<br /> at weblogic.application.internal.flow.ModuleListenerInvoker.start(ModuleListenerInvoker.java:117)<br /> at weblogic.application.internal.flow.ModuleStateDriver$3.next(ModuleStateDriver.java:204)<br /> at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:26)<br /> at weblogic.application.internal.flow.ModuleStateDriver.start(ModuleStateDriver.java:60)<br /> at weblogic.application.internal.flow.StartModulesFlow.activate(StartModulesFlow.java:26)<br /> at weblogic.application.internal.BaseDeployment$2.next(BaseDeployment.java:635)<br /> at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:26)<br /> at weblogic.application.internal.BaseDeployment.activate(BaseDeployment.java:212)<br /> at weblogic.application.internal.DeploymentStateChecker.activate(DeploymentStateChecker.java:154)<br /> at weblogic.deploy.internal.targetserver.AppContainerInvoker.activate(AppContainerInvoker.java:80)<br /> at weblogic.deploy.internal.targetserver.BasicDeployment.activate(BasicDeployment.java:181)<br /> at weblogic.deploy.internal.targetserver.BasicDeployment.activateFromServerLifecycle(BasicDeployment.java:358)<br /> at weblogic.management.deploy.internal.DeploymentAdapter$1.doActivate(DeploymentAdapter.java:52)<br /> at weblogic.management.deploy.internal.DeploymentAdapter.activate(DeploymentAdapter.java:186)<br /> at weblogic.management.deploy.internal.AppTransition$2.transitionApp(AppTransition.java:30)<br /> at weblogic.management.deploy.internal.ConfiguredDeployments.transitionApps(ConfiguredDeployments.java:233)<br /> at weblogic.management.deploy.internal.ConfiguredDeployments.activate(ConfiguredDeployments.java:169)<br /> at weblogic.management.deploy.internal.ConfiguredDeployments.deploy(ConfiguredDeployments.java:123)<br /> at weblogic.management.deploy.internal.DeploymentServerService.resume(DeploymentServerService.java:173)<br /> at weblogic.management.deploy.internal.DeploymentServerService.start(DeploymentServerService.java:89)<br /> at weblogic.t3.srvr.SubsystemRequest.run(SubsystemRequest.java:64)<br /> at weblogic.work.ExecuteThread.execute(ExecuteThread.java:209)<br /> at weblogic.work.ExecuteThread.run(ExecuteThread.java:181)</p></div>

2008-01-11T12:16:50Z2008-01-11T12:16:50ZRene Zannerhttps://sourceforge.net/u/rzanner/https://sourceforge.netb5e422e187709a222e66e9ff5c882793241f61c3

<div class="markdown_content"><p>When running on a Locale where the first day of the week is NOT Monday but Sunday (as in the US, for instance), the Sundays are rendered one column too low (see attached screenshot of a date picker popup using the Calendar plug-in).</p></div>

2007-12-12T10:08:44Z2007-12-12T10:08:44ZAnonymoushttps://sourceforge.net/u/userid-None/https://sourceforge.net2774ac3aa84aa259e68495dfe9c7a2fa31259d6a

<div class="markdown_content"><p>Gesehen in: <br /> mitgeliefertes Beispiel helloWorld-&gt;events-&gt;drag_drop</p> <p>reproduzierbarer Fehler:<br /> selektieren einer Farbe, diese über eine der drei Ziel-Flächen führen, aber nicht droppen! Droppen auf den umliegenden Bereich ausserhalb der Vorgabefarbflächen und Zielflächen. <br /> Wird nun eine andere Farbe selektiert und auf der vorher anvisierten Fläche gedroppt, wird diese Zielfläche mit der vorhergehenden Farbe gefüllt. </p> <p>Ein Hinweis auf eine fehlerhafte html/xml-Formulierung ist nicht ersichtlich.</p></div>

2007-12-10T12:35:00Z2007-12-10T12:35:00ZRene Zannerhttps://sourceforge.net/u/rzanner/https://sourceforge.netceea6bd26eb11c50626fce2a93e570c0d5c170ac

<div class="markdown_content"><p>Items of a context menu cannot be hidden using the API methods pcmf_hide() and pcmf_unhide(). </p> <p>Currently I (have to) use pcmf_disable() and pcmf_enable, but I do not want to show the inactive items.</p> <p>Relevant code example:</p> <p>if (isActive) {<br /> activateItem.pcmf_hide();<br /> deactivateItem.pcmf_unhide();<br /> } else {<br /> activateItem.pcmf_unhide();<br /> deactivateItem.pcmf_hide();<br /> }</p> <p>The item corresponding to the item's current state should not be displayed - not even in "disabled" state.</p></div>

2007-12-04T15:49:40Z2007-12-04T15:49:40ZAnonymoushttps://sourceforge.net/u/userid-None/https://sourceforge.neta9d61565c366f6df733a907af5d5a0828f6885c9

<div class="markdown_content"><p>open a dialog, then minimize it, then close it.<br /> open any other dialog its not properly presented.<br /> it seems to be still minimized inside, when clicking maximize the size of the new dialog is often wrong. This might lead to not klickable buttons or sth.</p></div>

2007-10-08T13:51:10Z2007-10-08T13:51:10ZMarcus Wagnerhttps://sourceforge.net/u/mcwagner/https://sourceforge.net78c8e30bc7b3db71590fb10bef7c34b5cbd61c25

<div class="markdown_content"><p>There are two problems with the method mentioned above:</p> <p>1. this.pcmf_getValues() returns null on unselected tables which results in a NullPointerException.</p> <p>2. l_cont.pcmf_clearValues() should be called outside (before) the for loop ;)</p> <p>Current method:</p> <p>public void pcmf_setSelected(int [] xRows)<br /> {<br /> HoGenericDataContainer l_cont = this.pcmf_getValues();<br /> for (int i = 0; i &lt; xRows.length; i++)<br /> {<br /> l_cont.pcmf_clearValues();<br /> l_cont.pcmf_addValue(Integer.toString(xRows[i]));<br /> }<br /> this.pcmf_setValues(l_cont);<br /> }</p> <p>Possible (untested) solution:</p> <p>public void pcmf_setSelected(int [] xRows)<br /> {<br /> HoGenericDataContainer l_cont = this.pcmf_getValues();</p> <p>if(l_cont == null)<br /> l_cont = new HoGenericDataContainer();</p> <p>else<br /> l_cont.pcmf_clearValues();</p> <p>for (int i = 0; i &lt; xRows.length; i++)<br /> {<br /> l_cont.pcmf_addValue(Integer.toString(xRows[i]));<br /> }<br /> this.pcmf_setValues(l_cont);<br /> }</p> <p>MfG, Marcus</p></div>

2007-08-30T14:39:56Z2007-08-30T14:39:56ZAnonymoushttps://sourceforge.net/u/userid-None/https://sourceforge.netc5730f07e4569c2dde2f82c50a41627fb9121bdd

<div class="markdown_content"><p>Enhanced combobox does not accept fixed size in IE - it is sized to the width of the currently selected item, even if a fixed size has been assigned</p></div>