Timeline
2016-03-06:
- 22:47 Ticket #3318 (Interactive Environment - Too many heap sections) updated by
-
Cc changed
I made a 64 bit OM installer. This is the first version and is rather … - 22:15 Ticket #3743 (Interactive Environment - Slowness and error in OMEdit error when resizing) updated by
- > OMEdit's resizing of the Graphical objects is very fast. But we need …
- 21:41 Ticket #3573 (MetaModelica - Better support for generic types) updated by
- My testcase: […]
- 20:43 Ticket #3573 (MetaModelica - Better support for generic types) updated by
-
Status changed
I have a mostly working prototype for this now. I guess what is …
2016-03-05:
- 23:33 Ticket #3741 (Backend - removeSimpleEquations too aggressive for Modelica_Synchronous) updated by
- RemoveSimpleEquations appears to sometimes remove discrete states. …
- 20:35 Ticket #3750 (*unknown* - Compilation Problem for model modifier with constrainedby and inheritance) created by
-
Suppose we have model
M1
which has a replaceable componentC1
, and … - 19:13 Ticket #3503 (Backend - Support for Modelica_Synchronous) updated by
- The error messages have been improved meanwhile. Commit …
- 18:41 Ticket #3749 (FMI - Generated FMUs for C and CPP have different names) updated by
- OMEdit always logs "Generated …
- 17:06 Ticket #3743 (Interactive Environment - Slowness and error in OMEdit error when resizing) updated by
- And it's slow because you are working with a huge package.mo :) Before …
- 16:31 Ticket #3743 (Interactive Environment - Slowness and error in OMEdit error when resizing) updated by
- > I wonder why resizing is so slow. From my viewpoint it could be an …
- 15:05 Ticket #3749 (FMI - Generated FMUs for C and CPP have different names) updated by
-
Status, Owner changed
- 15:04 Ticket #3749 (FMI - Generated FMUs for C and CPP have different names) created by
- It seems that C runtime generates names of the …
- 11:49 Ticket #3743 (Interactive Environment - Slowness and error in OMEdit error when resizing) updated by
-
Priority, Description, Summary changed
- 09:02 Ticket #3742 (Backend - Modelica.Fluid.Examples.HeatingSystem fails to translate since Feb 26) updated by
- @lochel: Can you elaborate a bit more which other tickets would be …
2016-03-04:
- 23:13 Ticket #3748 (Backend - Tearing consuming too much memory) updated by
- Well, there might be some special cases where tearing coud be very …
- 22:58 Ticket #3487 (Backend - Size-dependent strategies for solving systems of equations in OMC) updated by
- Replying to sjoelund.se: > A linear solver options sounds …
- 21:00 Ticket #3748 (Backend - Tearing consuming too much memory) updated by
- That's what... 9500 iteration variables followed by a 3000x3000 sparse …
- 20:57 Ticket #3487 (Backend - Size-dependent strategies for solving systems of equations in OMC) updated by
- A linear solver options sounds OK. And adding some setting for both …
- 20:20 Ticket #3748 (Backend - Tearing consuming too much memory) updated by
- My thought would be to use 2 different removeSimpleEquations: one …
- 20:08 Ticket #3748 (Backend - Tearing consuming too much memory) updated by
- Replying to sjoelund.se: > For ScalableTestSuite, it is …
- 20:06 Ticket #3748 (Backend - Tearing consuming too much memory) updated by
- For these kind of models, tearing is simply not an option: it will …
- 19:50 Ticket #3744 (OMEdit - New blocks created by OMEdit cannot be used) updated by
- Replying to adeas31: > Replying to casella: > …
- 19:09 Ticket #3748 (Backend - Tearing consuming too much memory) updated by
- For ScalableTestSuite, it is mostly tearing, removeSimpleEquations, …
- 19:06 Ticket #3748 (Backend - Tearing consuming too much memory) updated by
-
Cc changed
- 19:00 Ticket #3748 (Backend - Tearing consuming too much memory) created by
- [https://test.openmodelica.org/libraries/ScalableTestSuite_Experimental …
- 18:46 Ticket #3746 (OMEdit - Add and manage uses annotations in OMEdit) closed by
- fixed: Added a GUI interface to manage uses annotation …
- 18:38 Ticket #3744 (OMEdit - New blocks created by OMEdit cannot be used) updated by
- Replying to casella: > In fact I have: > {{{ > [iconView] …
- 18:23 Ticket #3744 (OMEdit - New blocks created by OMEdit cannot be used) closed by
-
fixed: In fact I have:
[…]
in my
omedit.ini
file. I am positive that … - 18:13 Ticket #3721 (FMI 1.0 - Re: FMI 1.0 co-simulation API skeleton.) updated by
-
Milestone changed
Not for release 1.9.4. I will have a look at it after the release. - 18:07 Ticket #3721 (FMI 1.0 - Re: FMI 1.0 co-simulation API skeleton.) updated by
- Hello, just to follow up, is there anything to be done about this?
- 16:09 Ticket #3747 (OMEdit - Option to manually scale plots) closed by
- duplicate
- 15:34 Ticket #3746 (OMEdit - Add and manage uses annotations in OMEdit) updated by
- The uses annotation is now added (3a8a1e7/OMEdit) when a …
- 15:24 Ticket #3747 (OMEdit - Option to manually scale plots) updated by
-
Description changed
Yes, that looks about the same. Sorry, I didn't find that one when I … - 15:19 Ticket #3747 (OMEdit - Option to manually scale plots) updated by
- Looks similar to #2232.
- 15:15 Ticket #3747 (OMEdit - Option to manually scale plots) created by
- It would be a nice feature to be able to set the scale on plots …
- 14:02 Ticket #3742 (Backend - Modelica.Fluid.Examples.HeatingSystem fails to translate since Feb 26) updated by
- The question is why does it work for the C runtime but not for the Cpp …
- 14:01 Ticket #3742 (Backend - Modelica.Fluid.Examples.HeatingSystem fails to translate since Feb 26) updated by
- Reverting this commit would break other tickets. I need to change …
- 13:37 Ticket #3742 (Backend - Modelica.Fluid.Examples.HeatingSystem fails to translate since Feb 26) updated by
- It appears to work again when reverting the commit referred in …
- 13:37 Ticket #3745 (*unknown* - omc --version works differently in Linux and Windows) updated by
- As one more data point, on a Mac: […]
- 12:59 Ticket #3742 (Backend - Modelica.Fluid.Examples.HeatingSystem fails to translate since Feb 26) updated by
- @lochel did you had some time to look at this?
- 12:06 Ticket #3744 (OMEdit - New blocks created by OMEdit cannot be used) updated by
- I have fixed the NaN issue in cd90f74/OMEdit.
- 11:21 Ticket #3746 (OMEdit - Add and manage uses annotations in OMEdit) updated by
-
Status, Type changed
- 11:16 Ticket #3744 (OMEdit - New blocks created by OMEdit cannot be used) updated by
- The annotations use the default values from `Tools->Options->Graphical …
- 08:30 Ticket #3745 (*unknown* - omc --version works differently in Linux and Windows) updated by
- I think this depends on how omc is build. It could be built from the …
- 08:26 Ticket #3746 (OMEdit - Add and manage uses annotations in OMEdit) created by
-
When creating a new package in OMEdit, no
uses
annotation is … - 08:14 Ticket #3744 (OMEdit - New blocks created by OMEdit cannot be used) updated by
- It seems that the default annotations applied by my Windows …
- 08:08 Ticket #3745 (*unknown* - omc --version works differently in Linux and Windows) created by
-
Under Windows,
omc --version
returns the OMCompiler version and … - 08:02 Ticket #3744 (OMEdit - New blocks created by OMEdit cannot be used) created by
- Steps to reproduce the problem: - Create a new block with OMEdit, …
- 07:00 Ticket #3503 (Backend - Support for Modelica_Synchronous) updated by
- Great. Now it's up to the backend (mostly). The nightly tests report …
- 06:28 Ticket #3717 (Frontend - Force evaluation of parameters) updated by
- Forget my previous comment:12. Base clocks are generally not …
2016-03-03:
- 19:46 Ticket #3717 (Frontend - Force evaluation of parameters) updated by
-
The arguments
intervalCounter
,resolution
,interval
, … - 19:16 Ticket #3717 (Frontend - Force evaluation of parameters) updated by
- The current implementation requires the values of integer arguments to …
- 19:10 Ticket #3717 (Frontend - Force evaluation of parameters) updated by
- Replying to adrpo: > As far as i understood from @rfranke …
- 18:49 Ticket #3717 (Frontend - Force evaluation of parameters) updated by
- Replying to lochel: > Is it really necessary to evaluate …
- 18:47 Ticket #3717 (Frontend - Force evaluation of parameters) updated by
- Is it really necessary to evaluate these parameters? I would prefer to …
- 18:37 Ticket #3717 (Frontend - Force evaluation of parameters) updated by
- Do it in the front-end only if they must be evaluated for all …
- 17:43 Ticket #3717 (Frontend - Force evaluation of parameters) updated by
- We can force this evaluation in the front-end and replace the …
- 17:37 Ticket #3717 (Frontend - Force evaluation of parameters) updated by
-
The flag
evalparam
evaluates all parameters, which one does not want … - 17:23 Ticket #3703 (Backend - Linearization of CombiTable2D fails) updated by
- Correction: I attached wrong *.mo (table.y == 3.0) --> this cannot …
- 11:49 Ticket #3743 (Interactive Environment - Slowness and error in OMEdit error when resizing) updated by
-
Status, Owner, Component changed
- 08:51 Ticket #3742 (Backend - Modelica.Fluid.Examples.HeatingSystem fails to translate since Feb 26) updated by
- The related commit is obviously this one …
- 08:21 Ticket #3742 (Backend - Modelica.Fluid.Examples.HeatingSystem fails to translate since Feb 26) updated by
-
Status changed
- 07:54 Ticket #3743 (Interactive Environment - Slowness and error in OMEdit error when resizing) created by
- In some cases resizing of a model in diagram view is very slow. In …
- 06:25 Ticket #3742 (Backend - Modelica.Fluid.Examples.HeatingSystem fails to translate since Feb 26) created by
- There must have been introduced something bad on Feb 25 that causes a …
- 06:02 Ticket #3636 (*unknown* - Supporting MSL 3.2.2) updated by
- Also note that from the perspective of most users it's just the patch …
- 05:42 Ticket #3636 (*unknown* - Supporting MSL 3.2.2) updated by
- Also note that even MSL C-sources are not stable yet. There were …
- 01:38 Ticket #3723 (OMEdit - When creating new model in multi-file package with OMEdit, the model ...) closed by
- fixed: Now I have fixed it in 6830f82/OMEdit.
- 01:38 Ticket #3723 (OMEdit - When creating new model in multi-file package with OMEdit, the model ...) updated by
- Replying to casella: > Replying to adrpo: > …
- 01:36 Ticket #3723 (OMEdit - When creating new model in multi-file package with OMEdit, the model ...) updated by
- Replying to casella: > Replying to adeas31: …
- 01:34 Ticket #3723 (OMEdit - When creating new model in multi-file package with OMEdit, the model ...) updated by
- Replying to adrpo: > As far as I can see from your video …
- 01:27 Ticket #3723 (OMEdit - When creating new model in multi-file package with OMEdit, the model ...) updated by
-
Replying to adeas31:
> I think you have
Test.C
as file … - 01:25 Ticket #3723 (OMEdit - When creating new model in multi-file package with OMEdit, the model ...) updated by
- As far as I can see from your video you don't have the latest nightly …
- 01:19 Ticket #3723 (OMEdit - When creating new model in multi-file package with OMEdit, the model ...) updated by
- Replying to adeas31: > Alright I can see the difference …
- 01:04 Ticket #3723 (OMEdit - When creating new model in multi-file package with OMEdit, the model ...) updated by
-
I think you have
Test.C
as file in your working directory. - 00:55 Ticket #3723 (OMEdit - When creating new model in multi-file package with OMEdit, the model ...) updated by
- Alright I can see the difference between yours and my log files but …
- 00:11 Ticket #3685 (Code Generation - SimCode generation time does not scale properly with the system size) updated by
- Thanks! I always forgot that this job would use the latest nightly, …
2016-03-02:
- 23:59 Ticket #3723 (OMEdit - When creating new model in multi-file package with OMEdit, the model ...) updated by
- So basically you are having the same issue you reported in the ticket …
- 23:58 Ticket #3685 (Code Generation - SimCode generation time does not scale properly with the system size) updated by
- I now changed LibraryExperimental job to *always* build the newest OMC …
- 23:48 Ticket #3685 (Code Generation - SimCode generation time does not scale properly with the system size) updated by
- This job is based on job OpenModelica_TEST_ALL_LIBRARIES which builds …
- 23:46 Ticket #3685 (Code Generation - SimCode generation time does not scale properly with the system size) updated by
- I think this job is based on a fresh run of LINUX_NIGHTLY_BUILD, so …
- 23:34 Ticket #3723 (OMEdit - When creating new model in multi-file package with OMEdit, the model ...) updated by
- Retried once more with a clean copy of the package I got from the …
- 23:02 Ticket #3636 (*unknown* - Supporting MSL 3.2.2) updated by
- As the final release of 1.9.4 is approaching, we have this situation: …
- 22:27 Ticket #3685 (Code Generation - SimCode generation time does not scale properly with the system size) updated by
- These are indeed excellent results! I have started a …
- 20:41 Ticket #3741 (Backend - removeSimpleEquations too aggressive for Modelica_Synchronous) created by
- Many of the remaining failures of the nightly tests of …
- 19:12 Ticket #3723 (OMEdit - When creating new model in multi-file package with OMEdit, the model ...) updated by
- I tried with 1.9.4beta2 under Windows 7. Hit Save (see description …
- 18:19 Ticket #3738 (Backend - fullRobot broken in MSL trunk) closed by
- fixed
- 18:18 Ticket #3738 (Backend - fullRobot broken in MSL trunk) updated by
- Fixed in 6e9b4f9/OMCompiler.
- 17:03 Ticket #3740 (Run-time - Simulation errors for Modelica trunk) updated by
- Replying to martin.otter@…: > The following 9 models …
- 17:00 Ticket #3740 (Run-time - Simulation errors for Modelica trunk) created by
- The following 9 models from MSL trunk compile in OpenModelica …
- 16:45 Ticket #3738 (Backend - fullRobot broken in MSL trunk) updated by
-
Cc, Status, Owner changed
Seems that this not squared system is produced by evalFunc module. - 16:14 Ticket #3739 (*unknown* - Compilation errors for MSL trunk) created by
- The following models have compilation errors for MSL trunk with …
- 16:05 Ticket #3685 (Code Generation - SimCode generation time does not scale properly with the system size) updated by
- Some more improvements for the SimCode phase are done in …
- 15:45 Ticket #3738 (Backend - fullRobot broken in MSL trunk) created by
- […] I will attach a log of the MSL diff between 3.2.1 and trunk …
- 14:32 Ticket #3737 (OMEdit - Omedit creates wrong pathnames when objects are moved) closed by
- fixed: Fixed in b1364f4/OMEdit.
- 13:34 Ticket #3737 (OMEdit - Omedit creates wrong pathnames when objects are moved) updated by
-
Priority, Description changed
- 13:12 Ticket #3737 (OMEdit - Omedit creates wrong pathnames when objects are moved) created by
- This ticket is different, but related to #3608 It regards the fact …
- 12:36 Ticket #3723 (OMEdit - When creating new model in multi-file package with OMEdit, the model ...) updated by
- Unfortunately I still can't reproduce it. I downloaded …
- 10:39 Ticket #3723 (OMEdit - When creating new model in multi-file package with OMEdit, the model ...) updated by
- I tried OMEdit v1.9.4-dev-507-g62c0c86 with OMC …
- 07:53 Ticket #3730 (Testing Framework - Wrong reference files for Modelica_Synchronous) closed by
- fixed: It looks good now. Thank you for the update reference files! …
2016-03-01:
- 23:00 Ticket #3736 (OMEdit - Plots hide off side of window) created by
- I am not sure when this minor bug showed up, but I am currently using …
- 19:08 Ticket #3483 (OMEdit - OMEdit does not draw connect statement to expandable connectors) updated by
-
I confirm that the correct
connect
statement can now be generated … - 19:04 Ticket #3735 (Run-time - Numerical linearization and data recovery) created by
- I use the linearization feature a lot, but I often forget to build …
- 16:52 Ticket #3558 (OMEdit - A flip horizontal issue) closed by
- fixed: Fixed in 62c0c86/OMEdit.
- 16:01 Ticket #3723 (OMEdit - When creating new model in multi-file package with OMEdit, the model ...) updated by
- It seems that this nightly is not really up-to-date, due to the usual …
- 15:30 Ticket #3723 (OMEdit - When creating new model in multi-file package with OMEdit, the model ...) updated by
- OK, I downloaded the latest Windows nightly (omc …
- 15:25 Ticket #3674 (New Instantiation - Template error generated by omc) updated by
-
Owner, Component changed
Using the flag +d=execstat I could narrow the error down to the code … - 15:17 Ticket #3732 (*unknown* - Segmentation fault at zero mass flow rate) updated by
- Replying to anonymous: > How about > {{{ > if …
- 14:14 Ticket #3685 (Code Generation - SimCode generation time does not scale properly with the system size) updated by
- Using callgrind (OSX) I see that for simple models already at least …
- 14:01 Ticket #3730 (Testing Framework - Wrong reference files for Modelica_Synchronous) updated by
- Dymola: export as txt. edite txt. load txt, save as mat.
- 12:58 Ticket #3730 (Testing Framework - Wrong reference files for Modelica_Synchronous) updated by
- I used Dymola generated result files and filtered out the reference …
- 12:56 Ticket #3734 (New Instantiation - Improve handling of impure functions) created by
-
From m:#1886 it seems apparent that
impure
functions need to be … - 12:53 Tickets #3724,3695 batch updated by
-
Milestone changed
Milestone renamed - 12:46 Ticket #3732 (*unknown* - Segmentation fault at zero mass flow rate) updated by
- How about […]
- 11:47 Ticket #3503 (Backend - Support for Modelica_Synchronous) updated by
- With changes in [https://github.com/OpenModelica/OMCompiler/pull/478 …
- 11:34 Ticket #3645 (New Instantiation - Modelica.Utilities.Files.removeFile doesn't work) updated by
- Which is even worse from the user's point of view, because sometimes …
- 10:33 Ticket #3645 (New Instantiation - Modelica.Utilities.Files.removeFile doesn't work) updated by
- Well. I think we try to not evaluate them (at least in some …
- 10:31 Ticket #3645 (New Instantiation - Modelica.Utilities.Files.removeFile doesn't work) updated by
- Aha. On 22 Feb 2016 9:25 you wrote me on Skype > I think we detect …
- 09:41 Ticket #3645 (New Instantiation - Modelica.Utilities.Files.removeFile doesn't work) updated by
-
Pretty much none. We look for
__OpenModelica_Impure=true
, or we run … - 09:38 Ticket #3645 (New Instantiation - Modelica.Utilities.Files.removeFile doesn't work) updated by
- Sorry, I am totally confused then. What kind of heuristics is …
- 09:01 Ticket #3733 (FMI - C FMI export does not work with external functions) closed by
- fixed: This works. Thanks!
- 08:55 Ticket #3645 (New Instantiation - Modelica.Utilities.Files.removeFile doesn't work) updated by
- No, functions with no output are not considered impure. Because then …
- 08:51 Ticket #3645 (New Instantiation - Modelica.Utilities.Files.removeFile doesn't work) updated by
- Too bad. BTW, I understand the currently impelmented heuristics is …
- 08:33 Ticket #3733 (FMI - C FMI export does not work with external functions) updated by
- The -I flag is only added if the directory exists. Try: […]
- 08:28 Ticket #3733 (FMI - C FMI export does not work with external functions) updated by
- Well, the complete compilation command is: […] I don't see any …
- 07:41 Ticket #3731 (Interactive Environment - OMEdit creates unnecessary empty Icon and Diagram annotation) updated by
- OK, thanks. Also I like to mention that having added `annotation(Icon, …
- 07:06 Ticket #3731 (Interactive Environment - OMEdit creates unnecessary empty Icon and Diagram annotation) updated by
-
Summary changed
- 06:22 Ticket #3709 (MetaModelica - MetaModelica extension: bidirectional variables) updated by
- The inExp/outExp thing is a good argument. Also the qualifiers "input …
- 06:10 Ticket #3709 (MetaModelica - MetaModelica extension: bidirectional variables) updated by
- > I'm using most time for trying to understand what's going on in the …
- 06:10 Ticket #3733 (FMI - C FMI export does not work with external functions) updated by
- Replying to rfranke: > In the simplest case the FMU …
- 05:54 Ticket #3733 (FMI - C FMI export does not work with external functions) created by
- The new C FMI export uses a temporary build directory. This is why …
- 05:51 Ticket #3709 (MetaModelica - MetaModelica extension: bidirectional variables) updated by
- I wonder if the confusion introduced with this extension is really …
- 00:21 Ticket #3732 (*unknown* - Segmentation fault at zero mass flow rate) created by
- The following example gives a segmentation fault: Run […] with …
- 00:07 Ticket #3483 (OMEdit - OMEdit does not draw connect statement to expandable connectors) updated by
-
Buildings.BoundaryConditions.WeatherData.Examples.ReaderTMY3
…
2016-02-29:
- 22:48 Ticket #3731 (Interactive Environment - OMEdit creates unnecessary empty Icon and Diagram annotation) updated by
-
Status, Owner, Component changed
Done in 77fc815/OMEdit. You will not get empty … - 18:53 Ticket #3645 (New Instantiation - Modelica.Utilities.Files.removeFile doesn't work) updated by
- Nope. We don't know if the function calls external functions…
- 18:51 Ticket #3483 (OMEdit - OMEdit does not draw connect statement to expandable connectors) closed by
-
duplicate: Seems like duplicate of #1900.
There is no
weaBus
instance in … - 18:50 Ticket #1900 (OMEdit - Handle connections to expandable connectors in OMEdit) closed by
- fixed: Done in 22a1579/OMEdit.
- 18:48 Ticket #3730 (Testing Framework - Wrong reference files for Modelica_Synchronous) updated by
- I'd like to see it simpler: hold(x) produces a value at any time, also …
- 18:45 Ticket #3637 (New Instantiation - Modelica.Utilities.Files.exist doesn't work) updated by
- Can we implement the simple heuristics proposed …
- 18:44 Ticket #3645 (New Instantiation - Modelica.Utilities.Files.removeFile doesn't work) updated by
- Can we implement the simple heuristics proposed …
- 17:36 Ticket #3730 (Testing Framework - Wrong reference files for Modelica_Synchronous) updated by
- Yes, but what is the value of a clocked variable if its associated …
- 17:10 Ticket #3730 (Testing Framework - Wrong reference files for Modelica_Synchronous) updated by
-
Cc changed
- 16:52 Ticket #2782 (Code Generation - Code generation fails on Jacobian columns) closed by
- fixed: I guess this fixed already, since a lot of such issues have been fix …
- 16:48 Ticket #3685 (Code Generation - SimCode generation time does not scale properly with the system size) updated by
- An further improvement should result from …
- 16:08 Ticket #3730 (Testing Framework - Wrong reference files for Modelica_Synchronous) updated by
-
See the following example:
[…]
Here
x_hold
has the initial value … - 15:54 Ticket #3731 (Interactive Environment - OMEdit creates unnecessary empty Icon and Diagram annotation) updated by
-
Description changed
- 15:52 Ticket #3731 (Interactive Environment - OMEdit creates unnecessary empty Icon and Diagram annotation) created by
- When creating a new class with OMEdit will always add the line ` …
- 13:27 Ticket #3730 (Testing Framework - Wrong reference files for Modelica_Synchronous) updated by
- The definition of clocked variables only having values at clock ticks …
- 13:00 Ticket #3730 (Testing Framework - Wrong reference files for Modelica_Synchronous) updated by
- I just looked into the …
- 12:00 Ticket #3728 (OMEdit - Enable loading of style sheets from file systems) updated by
- Confirmed. Thanks.
- 11:44 Ticket #3709 (MetaModelica - MetaModelica extension: bidirectional variables) updated by
- This is handled in …
- 11:17 Ticket #3730 (Testing Framework - Wrong reference files for Modelica_Synchronous) created by
- Some of the remaining verification failures are due to wrong reference …
2016-02-28:
- 11:21 Ticket #3724 (OMEdit - New approach to OMEdit text editing) updated by
- Replying to ceraolo: > > Where should we put the "new …
- 08:59 Ticket #3729 (Run-time - Models of trunk/Modelica that do not simulate in OpenModelica (and are ...) updated by
- In all the models it seems that nonlinear or linear algebraic loops …
- 08:56 Ticket #3729 (Run-time - Models of trunk/Modelica that do not simulate in OpenModelica (and are ...) created by
- When comparing the simulation results of MSL 3.2.1 with trunk: …[…]
- 08:30 Ticket #3724 (OMEdit - New approach to OMEdit text editing) updated by
- Naturally, I understand that not everything in my list is directly due …
Note:
See TracTimeline
for information about the timeline view.