[KTechLab] [Bug 473717] Application crashes on adding a subcircuit
https://bugs.kde.org/show_bug.cgi?id=473717 --- Comment #4 from Zoltan Padrah --- (In reply to Guillermo González García from comment #3) > Hello Zoltan, > > I switched to version 50.0. I didn't build it from source, just a rpm. It > worked for several months but right now I'm experiencing the same issue. > > Regards. Is it possible that the package has got automatically upgraded to version 50.0, causing the crashes to appear again? Can you check the version of KTechLab ? -- You are receiving this mail because: You are watching all bug changes.
[KTechLab] [Bug 473717] Application crashes on adding a subcircuit
https://bugs.kde.org/show_bug.cgi?id=473717 Zoltan Padrah changed: What|Removed |Added Ever confirmed|0 |1 Status|REPORTED|CONFIRMED --- Comment #2 from Zoltan Padrah --- Hello, Thank you for the bug report. I think I have localized and fixed this issue. The code is in git master in KtechLab. Release 0.51.0 is affected, while 0.50.0 is not. Can you test the latest code from KTechLab git master? -- You are receiving this mail because: You are watching all bug changes.
[KTechLab] [Bug 467657] Include KTechLab in KDE Gear
https://bugs.kde.org/show_bug.cgi?id=467657 --- Comment #3 from Zoltan Padrah --- What I have found on the wiki: https://community.kde.org/Schedules " See Policies/Application_Lifecycle for what gets released where. " https://community.kde.org/Policies/Application_Lifecycle - based on this, KTechLab currently is in playground - to get into KDE Gear, it should go through kdereview - after kdereview, Ask release-team for inclusion -- https://mail.kde.org/pipermail/release-team/ So, as I see, to get into KDE Gear, the following should be done: 1. prepare for kdereview 1.1 see a checklist here: https://community.kde.org/ReleasingSoftware 1.2 also see open bugs on bugzilla... 2. go through kdereview 2.1 fix anything signaled there 3. apply for inclusion in KDE Gear -- You are receiving this mail because: You are watching all bug changes.
[KTechLab] [Bug 467657] Include KTechLab in KDE Gear
https://bugs.kde.org/show_bug.cgi?id=467657 Zoltan Padrah changed: What|Removed |Added Status|REPORTED|CONFIRMED Ever confirmed|0 |1 --- Comment #1 from Zoltan Padrah --- I completely agree. Perhaps do you know what needs to be done to get KTechLab included into KDE Gear? If not, it's ok, I will look into it. Meanwhile I think I should make a new release anyway, because indeed the last release has been quite some time ago. -- You are receiving this mail because: You are watching all bug changes.
[KTechLab] [Bug 402158] opening help->"ktechlab handbook" shows a documentation not found page
https://bugs.kde.org/show_bug.cgi?id=402158 Zoltan Padrah changed: What|Removed |Added Resolution|WAITINGFORINFO |--- Status|NEEDSINFO |REPORTED --- Comment #6 from Zoltan Padrah --- With a recent version from git, this issue still happens. The "Documentation not found" error is shown. Reopening. -- You are receiving this mail because: You are watching all bug changes.
[KTechLab] [Bug 388213] microbe: delay function generates strange microbe code + conversion to asm fails
https://bugs.kde.org/show_bug.cgi?id=388213 Zoltan Padrah changed: What|Removed |Added Resolution|WAITINGFORINFO |--- Status|NEEDSINFO |REPORTED --- Comment #2 from Zoltan Padrah --- This issue still appears of current git master. Managed to reproduce it based on these instructions. -- You are receiving this mail because: You are watching all bug changes.
[KTechLab] [Bug 387144] Documentation: how to create subcircuits is not explained
https://bugs.kde.org/show_bug.cgi?id=387144 Zoltan Padrah changed: What|Removed |Added Resolution|WAITINGFORINFO |FIXED Status|NEEDSINFO |RESOLVED --- Comment #2 from Zoltan Padrah --- Creating subcircuits is explained in the manual, so this issue is fixed. See document sources here: https://invent.kde.org/sdk/ktechlab/-/blob/f67acf039e990b2a7c23eb5d15278a2dcb4a4a0f/doc/en/circuits.docbook#L72 -- You are receiving this mail because: You are watching all bug changes.
[KTechLab] [Bug 387348] Signal lamp does not turn off
https://bugs.kde.org/show_bug.cgi?id=387348 Zoltan Padrah changed: What|Removed |Added Status|NEEDSINFO |RESOLVED Resolution|WAITINGFORINFO |FIXED --- Comment #2 from Zoltan Padrah --- This issue is fixed in latest git master. -- You are receiving this mail because: You are watching all bug changes.
[KTechLab] [Bug 374765] microbe in some cases remains stuck in an infinite loop
https://bugs.kde.org/show_bug.cgi?id=374765 --- Comment #3 from Zoltan Padrah --- Currently I do not have a test case to reproduce this issue, but I consider that this issue might happen to users, because as far as I know it has not been completely fixed. The work-around mentioned from comment 1 should make microbe fail gracefully, so technically this specific issue doesn't manifest itself, but it is transformed into a failed microbe program execution. I'm fine with closing this issue, and I'm also fine with keeping it open. -- You are receiving this mail because: You are watching all bug changes.
[KTechLab] [Bug 375726] Translations: not all strings are available in gettext
https://bugs.kde.org/show_bug.cgi?id=375726 Zoltan Padrah changed: What|Removed |Added Status|NEEDSINFO |REPORTED Resolution|WAITINGFORINFO |--- --- Comment #3 from Zoltan Padrah --- It is still the case with current git master. Some user-visible text ( context help ) is still not integrated with the gettext-based translation system. -- You are receiving this mail because: You are watching all bug changes.
[KTechLab] [Bug 371622] Op-amp with positive feedback behaves as amplifier; should behave as comparator
https://bugs.kde.org/show_bug.cgi?id=371622 Zoltan Padrah changed: What|Removed |Added Resolution|WAITINGFORINFO |--- Status|NEEDSINFO |REPORTED --- Comment #2 from Zoltan Padrah --- Hello, I have verified git master and indeed the wave-forms from the reported circuit show the behavior of an amplifier, instead of a comparator. Setting the status of the issue as "REPORTED". -- You are receiving this mail because: You are watching all bug changes.
[KTechLab] [Bug 371625] Oscilloscope view sometimes does not scale the signals correctly
https://bugs.kde.org/show_bug.cgi?id=371625 Zoltan Padrah changed: What|Removed |Added Status|NEEDSINFO |REPORTED Resolution|WAITINGFORINFO |--- --- Comment #3 from Zoltan Padrah --- Hello, I have verified git master and the issue is reproduced there: opening the circuit and resizing the Oscilloscope view to bigger height makes one of the signals not to fit in the view. Making the Oscilloscope smaller, makes the signal fit. -- You are receiving this mail because: You are watching all bug changes.
[KTechLab] [Bug 455963] Moving around components doesn't move the text of the component
https://bugs.kde.org/show_bug.cgi?id=455963 Zoltan Padrah changed: What|Removed |Added Status|REPORTED|CONFIRMED Ever confirmed|0 |1 --- Comment #1 from Zoltan Padrah --- Fixed in https://invent.kde.org/sdk/ktechlab/-/commit/0253009ab021993748fb1e65f586ae774818e9f8 -- You are receiving this mail because: You are watching all bug changes.
[KTechLab] [Bug 439016] 0.50.1 A saved circuit (without .circuit filetype) just shows XML when reloaded
https://bugs.kde.org/show_bug.cgi?id=439016 --- Comment #3 from Zoltan Padrah --- Fixed in https://invent.kde.org/sdk/ktechlab/-/commit/1ec58e92e42278230d47871e7590496371554cca -- You are receiving this mail because: You are watching all bug changes.
[KTechLab] [Bug 439016] 0.50.1 A saved circuit (without .circuit filetype) just shows XML when reloaded
https://bugs.kde.org/show_bug.cgi?id=439016 --- Comment #2 from Zoltan Padrah --- Duplicate here : https://github.com/ktechlab/ktechlab/issues/72 -- You are receiving this mail because: You are watching all bug changes.
[KTechLab] [Bug 457667] New: Rotating some elements leads to inconsistens lines
https://bugs.kde.org/show_bug.cgi?id=457667 Bug ID: 457667 Summary: Rotating some elements leads to inconsistens lines Product: KTechLab Version: 0.50.0 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: zoltan.pad...@gmail.com Reporter: zoltan.pad...@gmail.com CC: jul...@svg4all.de Target Milestone: --- SUMMARY https://github.com/ktechlab/ktechlab/issues/74 Please observe on this video screenshot how after rotation of a diode some lines develop unnatural gaps, and sometimes T-connections stick out beyond the straight lines in T: https://user-images.githubusercontent.com/271906/177921927-6ad83819-6436-494d-a7d4-a72efd07f7cb.mp4 STEPS TO REPRODUCE 1. Place at least 2 components and connect some of their pins with each other's 2. Rotate one of the components 3. OBSERVED RESULT Wires are routed in a strange manner EXPECTED RESULT Wires are routed as if they have been newly placed SOFTWARE/OS VERSIONS KtechLab 0.50.0 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[KTechLab] [Bug 457665] The "Open" dialog doesn't show any files when "*|All Files" is chosen as selector
https://bugs.kde.org/show_bug.cgi?id=457665 --- Comment #1 from Zoltan Padrah --- Todo: create bugfix branch + release based on 0.50.0 , not just fix it in git master -- You are receiving this mail because: You are watching all bug changes.
[KTechLab] [Bug 457665] New: The "Open" dialog doesn't show any files when "*|All Files" is chosen as selector
https://bugs.kde.org/show_bug.cgi?id=457665 Bug ID: 457665 Summary: The "Open" dialog doesn't show any files when "*|All Files" is chosen as selector Product: KTechLab Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: zoltan.pad...@gmail.com Reporter: zoltan.pad...@gmail.com CC: jul...@svg4all.de Target Milestone: --- SUMMARY https://github.com/ktechlab/ktechlab/issues/73 STEPS TO REPRODUCE 1. Click "Open" 2. The "Open" dialog shows only directories even though there are many files there too, including *.circuit files. 3. OBSERVED RESULT No files shown EXPECTED RESULT .circuit files shown in dialog SOFTWARE/OS VERSIONS KtechLab Version: 0.50.0 -- You are receiving this mail because: You are watching all bug changes.
[KTechLab] [Bug 455971] New: [ Packaging ] KTechlab on Flathub
https://bugs.kde.org/show_bug.cgi?id=455971 Bug ID: 455971 Summary: [ Packaging ] KTechlab on Flathub Product: KTechLab Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: zoltan.pad...@gmail.com Reporter: zoltan.pad...@gmail.com CC: jul...@svg4all.de Target Milestone: --- SUMMARY It would be nice to have KTechLab available as on flathub. See discussions here: https://github.com/flathub/flathub/pull/1847#issuecomment-696006818 -- You are receiving this mail because: You are watching all bug changes.
[KTechLab] [Bug 455970] New: [ Infrastructure ] Ktechlab IRC on libera chat + maybe other services' integration
https://bugs.kde.org/show_bug.cgi?id=455970 Bug ID: 455970 Summary: [ Infrastructure ] Ktechlab IRC on libera chat + maybe other services' integration Product: KTechLab Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: zoltan.pad...@gmail.com Reporter: zoltan.pad...@gmail.com CC: jul...@svg4all.de Target Milestone: --- SUMMARY KTechLab's IRC chat room has not been used by me since a long time. Maybe the IRC chat should be activated on libera chat and possibly integrate it with more modern messaging systems. -- You are receiving this mail because: You are watching all bug changes.
[KTechLab] [Bug 455969] New: [ Packaging ] AppImage for Linux
https://bugs.kde.org/show_bug.cgi?id=455969 Bug ID: 455969 Summary: [ Packaging ] AppImage for Linux Product: KTechLab Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: zoltan.pad...@gmail.com Reporter: zoltan.pad...@gmail.com CC: jul...@svg4all.de Target Milestone: --- SUMMARY It would be useful to have KTechLab available as AppImage Discussions on Github: https://github.com/ktechlab/ktechlab/issues/47 -- You are receiving this mail because: You are watching all bug changes.
[KTechLab] [Bug 455968] EC signal lamp remains open after once it has been turned on
https://bugs.kde.org/show_bug.cgi?id=455968 Zoltan Padrah changed: What|Removed |Added Resolution|--- |FIXED Status|REPORTED|RESOLVED --- Comment #1 from Zoltan Padrah --- Fixed by https://invent.kde.org/sdk/ktechlab/-/commit/680651eb813cecb6691bb539b3e144955e7af4c4 -- You are receiving this mail because: You are watching all bug changes.
[KTechLab] [Bug 455968] New: EC signal lamp remains open after once it has been turned on
https://bugs.kde.org/show_bug.cgi?id=455968 Bug ID: 455968 Summary: EC signal lamp remains open after once it has been turned on Product: KTechLab Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: zoltan.pad...@gmail.com Reporter: zoltan.pad...@gmail.com CC: jul...@svg4all.de Target Milestone: --- SUMMARY https://github.com/ktechlab/ktechlab/issues/63 STEPS TO REPRODUCE 1. create a circuit 2. place a signal lamp and a source on it 3. connect the signal lamp to source to make it turn on 4. delete a connection to there is no current loop anymore OBSERVED RESULT A. the signal lamp remains in ON state EXPECTED RESULT B. the signal lamp should switch OFF when the circuit is broken / disabled / ... -- You are receiving this mail because: You are watching all bug changes.
[KTechLab] [Bug 455967] New: Processes launched by KTechLab might execute commands from current directory
https://bugs.kde.org/show_bug.cgi?id=455967
Bug ID: 455967
Summary: Processes launched by KTechLab might execute commands
from current directory
Product: KTechLab
Version: unspecified
Platform: Other
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: general
Assignee: zoltan.pad...@gmail.com
Reporter: zoltan.pad...@gmail.com
CC: jul...@svg4all.de
Target Milestone: ---
SUMMARY
Processes launched by KTechLab might execute commands from current directory.
See Q/KProcess security advisory:
https://kde.org/info/security/advisory-20220131-1.txt
STEPS TO REPRODUCE
QProcess p;
p.setWorkingDirectory(xxx); // in some cases
p.start("binaryname", args);
As the binary name is in most cases passed as a non-absolute executable name,
QProcess will execute a "binaryname" named executable
from the working directory (implicit that of the application or explicit that
one set by setWorkingDirectory), if no matching executable is found
in the normal search path (PATH).
This allows attackers to put malicious executables with the right name for
example in the document directory.
If the wanted executable is not in the search path, the malicious one will be
executed.
PROPOSED FIX
For each tool (external language) validate the path of the executable to be
launched, before running it.
If the executable is not in the PATH, warn the user; maybe add custom
directories where the tools might be installed.
--
You are receiving this mail because:
You are watching all bug changes.
[KTechLab] [Bug 455965] New: [ Packaging ] Build on KDE binary factory
https://bugs.kde.org/show_bug.cgi?id=455965 Bug ID: 455965 Summary: [ Packaging ] Build on KDE binary factory Product: KTechLab Version: unspecified Platform: Other OS: Microsoft Windows Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: zoltan.pad...@gmail.com Reporter: zoltan.pad...@gmail.com CC: jul...@svg4all.de Target Milestone: --- SUMMARY TODO have a windows build / CI at: https://binary-factory.kde.org/ Craft recipe should be in place for ktechlab Maybe first create a windows CI at build.kde.org , assuming that the latter is not deprecated -- You are receiving this mail because: You are watching all bug changes.
[KTechLab] [Bug 455964] New: [ Feature Request ] inductive coupling
https://bugs.kde.org/show_bug.cgi?id=455964 Bug ID: 455964 Summary: [ Feature Request ] inductive coupling Product: KTechLab Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: zoltan.pad...@gmail.com Reporter: zoltan.pad...@gmail.com CC: jul...@svg4all.de Target Milestone: --- SUMMARY >From gitlab: https://github.com/ktechlab/ktechlab/issues/70 It would be useful to have inductive coupling between inductors, or maybe have transformer components -- You are receiving this mail because: You are watching all bug changes.
[KTechLab] [Bug 455963] New: Moving around components doesn't move the text of the component
https://bugs.kde.org/show_bug.cgi?id=455963 Bug ID: 455963 Summary: Moving around components doesn't move the text of the component Product: KTechLab Version: unspecified Platform: Compiled Sources OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: zoltan.pad...@gmail.com Reporter: zoltan.pad...@gmail.com CC: jul...@svg4all.de Target Milestone: --- SUMMARY STEPS TO REPRODUCE 1. create a circuit 2. place a resistor on it 3. move the resistor OBSERVED RESULT A. The text of resistor's value (e.g. 10 kOhm ) is placed in the upper right corner of the circuit, instead of being near the resistor symbol EXPECTED RESULT B. The text of resistor's value (e.g. 10 kOhm ) moves around with the component SOFTWARE/OS VERSIONS Ubuntu 20.04 , 64 bit, amd64 KDE Frameworks 5.68.0 Qt 5.12.8 (built against 5.12.8) The xcb windowing system ADDITIONAL INFORMATION This makes a very bad user experience... -- You are receiving this mail because: You are watching all bug changes.
[KTechLab] [Bug 455962] New: [ Feature Request ] market component integration or custom component creation
https://bugs.kde.org/show_bug.cgi?id=455962 Bug ID: 455962 Summary: [ Feature Request ] market component integration or custom component creation Product: KTechLab Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: zoltan.pad...@gmail.com Reporter: zoltan.pad...@gmail.com CC: jul...@svg4all.de Target Milestone: --- Feature request: https://github.com/ktechlab/ktechlab/issues/71 Could be great to have integration of market component like CD4543, ULN2003, ... Or to be able to create our own component to reuse it to other project based on basic schema with some in and out defined from "basic" components -- You are receiving this mail because: You are watching all bug changes.
[KTechLab] [Bug 449399] request: windows installer
https://bugs.kde.org/show_bug.cgi?id=449399 --- Comment #1 from Zoltan Padrah --- Initial packaging issues, from email: - if you create a new file, some of the choices has no icon. - the EXE file has no icon and also no icon in the program window itself - the language is only english (in the window for language setting) - it seems run/pause with F10 works the other way! so when running, you pause it, but then the menu item says "run" instead of "pause" (and the other way) but the circuit runs, just the menu is wrong for run/pause -- You are receiving this mail because: You are watching all bug changes.
[KTechLab] [Bug 439016] 0.50.1 A saved circuit (without .circuit filetype) just shows XML when reloaded
https://bugs.kde.org/show_bug.cgi?id=439016 Zoltan Padrah changed: What|Removed |Added Ever confirmed|0 |1 Status|REPORTED|CONFIRMED --- Comment #1 from Zoltan Padrah --- Thank you for reporting this issue! The behavior B) from expected results sounds to me good and should be simple to implement. -- You are receiving this mail because: You are watching all bug changes.
[KTechLab] [Bug 417085] ktechlab-0.40.1 fails to build with gcc10
https://bugs.kde.org/show_bug.cgi?id=417085 Zoltan Padrah changed: What|Removed |Added Ever confirmed|0 |1 Status|REPORTED|CONFIRMED --- Comment #1 from Zoltan Padrah --- Hi, based on the logs, this is a known issue of the buildsystem of KTechLab, as the build depends on a corner-case in CMake and KDE CMake libraries: some internal libraries of KTechLab depend (and include) generated headers from other internal libraries. Because these dependencies are not handled in the buildsystem, in some cases the build fails because these headers are not generated yet. There is a workaround for this issue: explicitly generate the headers, before running the final `make` command. This is implemented in the `build-simple.sh` script: https://cgit.kde.org/ktechlab.git/tree/build-simple.sh?h=v0.40.1#n57 The more permanent fix for this issue has been to not use internal libraries in KTechLab, and then the dependencies are properly tracked by CMake. This has been done after the 0.40.1 release, in the 0.50 series. For reference, please see this commit: https://cgit.kde.org/ktechlab.git/commit/?id=393daeb5d0f0ec75b647922cabe83d2f36867712 Please let me know if the workaround is acceptable for you, or if you have some other issue. As KDE4 is considered deprecated, I prefer to not to make a new release for KDE4. -- You are receiving this mail because: You are watching all bug changes.
[korganizer] [Bug 397721] to-do item once set to 100% completion, it is not possible to set to anything else
https://bugs.kde.org/show_bug.cgi?id=397721 --- Comment #1 from Zoltan Padrah --- This bug is also present in KOrganizer/Kontact version 5.10.1, in KDE Neon packages as January 2019. -- You are receiving this mail because: You are watching all bug changes.
[KTechLab] [Bug 402158] opening help->"ktechlab handbook" shows a documentation not found page
https://bugs.kde.org/show_bug.cgi?id=402158 --- Comment #2 from Zoltan Padrah --- That is a good news, thanks for checking. What would be the difference between your setup and mine? On which linux distribution have you performed the test? -- You are receiving this mail because: You are watching all bug changes.
[KTechLab] [Bug 402158] New: opening help->"ktechlab handbook" shows a documentation not found page
https://bugs.kde.org/show_bug.cgi?id=402158 Bug ID: 402158 Summary: opening help->"ktechlab handbook" shows a documentation not found page Product: KTechLab Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: zoltan.pad...@gmail.com Reporter: zoltan.pad...@gmail.com CC: jul...@svg4all.de Target Milestone: --- SUMMARY STEPS TO REPRODUCE 1. build, install ktechlab 2. in the menu, open Help -> KTechLab handbook OBSERVED RESULT 3.a. KHelpCenter shows up, with a page "Documentation not found" EXPECTED RESULT 3.b. KHelpCenter shows up, with KTechLab's manual SOFTWARE/OS VERSIONS Ubuntu 16.04, 18.04 OTER INFORMATION The menu item launches khelpcenter help:/ktechlab/index.html if XDG_DATA_DIRS is prefixed with + /share , then manually launching the command from above shows in the left pane ktechlab's manual and its chapters, while in the right pane it still shows "documentation not found" (URL: "help:kioslave5/help/documentationnotfound/index.html" ). Clicking on the chapters shows parsing errors in the terminal, while clicking on the main page shows "documentation not found". Perhaps it is related that ubuntu ships khelpcenter v5 (KF5 version), and ktechlab still used KDE 4 libraries. -- You are receiving this mail because: You are watching all bug changes.
[KTechLab] [Bug 391730] ktechlab buid fails on osx
https://bugs.kde.org/show_bug.cgi?id=391730 Zoltan Padrah changed: What|Removed |Added Resolution|WORKSFORME |FIXED -- You are receiving this mail because: You are watching all bug changes.
[korganizer] [Bug 397721] New: to-do item once set to 100% completion, it is not possible to set to anything else
https://bugs.kde.org/show_bug.cgi?id=397721 Bug ID: 397721 Summary: to-do item once set to 100% completion, it is not possible to set to anything else Product: korganizer Version: 5.8.3 Platform: Neon Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: incidence editors Assignee: kdepim-b...@kde.org Reporter: zoltan.pad...@gmail.com Target Milestone: --- When a to-do item is marked as completed, it stays completed forever. Steps to reproduce: Variant A: 1. select a calendar 2. select New to-do, set its name to anything, click OK 3. right-click on the new to-do, click 'Toggle To-do Completed' 4. right-click again on the new to-do, click 'Toggle To-do Completed' Expected: the new To-do item gets set to 0% (not completed) state Actual result: the new To-do item stays in the 100% (Completed) state Variant B: 1. select a calendar 2. select New to-do, set its name to anything, 3. set the Completion to 100% 4. click OK 3. Double-click on the new to-do item, set Completion to anything less than 100% 4. Click apply Expected: the new To-do item's Completion progress stays at the value set by the user Actual result: the new To-do item's Completion progress stays in the 100% (Completed) state Tested on KDE Neon user edition 5.13, fresh install of Kontact, version 5.8.3, image from August 2018. In case it is useful: $ apt show kontact Package: kontact Version: 4:18.08.0-0xneon+16.04+xenial+build53 -- You are receiving this mail because: You are watching all bug changes.
[KTechLab] [Bug 391730] ktechlab buid fails on osx
https://bugs.kde.org/show_bug.cgi?id=391730 Zoltan Padrah changed: What|Removed |Added Resolution|--- |WAITINGFORINFO Status|UNCONFIRMED |NEEDSINFO --- Comment #1 from Zoltan Padrah --- Assumed fix is in branch on Git, it needs testing: https://cgit.kde.org/ktechlab.git/log/?h=fix-osx-build-v1 -- You are receiving this mail because: You are watching all bug changes.
[KTechLab] [Bug 390490] Circuit: "Export as Image" blacks out some components
https://bugs.kde.org/show_bug.cgi?id=390490 Zoltan Padrah <zoltan.pad...@gmail.com> changed: What|Removed |Added Resolution|--- |FIXED Status|CONFIRMED |RESOLVED --- Comment #1 from Zoltan Padrah <zoltan.pad...@gmail.com> --- fixed in the latest master ( v0.40.0-29-gdee61b5 ) -- You are receiving this mail because: You are watching all bug changes.
[KTechLab] [Bug 392609] KTechLab: simulation cannot be restarted from time=0
https://bugs.kde.org/show_bug.cgi?id=392609 Zoltan Padrah <zoltan.pad...@gmail.com> changed: What|Removed |Added Status|UNCONFIRMED |CONFIRMED Ever confirmed|0 |1 -- You are receiving this mail because: You are watching all bug changes.
[KTechLab] [Bug 392609] New: KTechLab: simulation cannot be restarted from time=0
https://bugs.kde.org/show_bug.cgi?id=392609 Bug ID: 392609 Summary: KTechLab: simulation cannot be restarted from time=0 Product: KTechLab Version: unspecified Platform: Other URL: https://github.com/ktechlab/ktechlab/issues/42 OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: zoltan.pad...@gmail.com Reporter: zoltan.pad...@gmail.com CC: jul...@svg4all.de Target Milestone: --- copying discussion from github: -- As I see, simulations cannot be restarted now (from t(0), time=0). There should be a way however to restart a simulation. -- I agree that there is not way to restart the simulation. Currently it would have limited usefullness, because there is no way to export the simulation data for post-processing, so the time reference is not that relevant. As a workaround I recommend adding "reset" functionality to the circuit itself. This "reset" could set all of the initial conditions which have been true at time=0. In testing of "real world" circuits this is the equivalent of turning it off and on, or having a reset button. If you have a "stuck" simulation, then either the circuit is invalid, or you have found a bug. Please note that the traces/oscilloscope do have a reset button, because the stored traces are limited in size (in order to prevent the program of using way too much memory during a long simulation). -- > Currently it would have limited usefullness, because there is no way to > export the simulation data for post-processing, so the time reference is not > that relevant. If one uses the simulator to learn about electrical circuits, then it is quite useful, however. :) -- -- You are receiving this mail because: You are watching all bug changes.
[KTechLab] [Bug 391730] New: ktechlab buid fails on osx
https://bugs.kde.org/show_bug.cgi?id=391730 Bug ID: 391730 Summary: ktechlab buid fails on osx Product: KTechLab Version: unspecified Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: zoltan.pad...@gmail.com Reporter: zoltan.pad...@gmail.com CC: jul...@svg4all.de Target Milestone: --- >From issue report on mailing list: I downloaded the latest ktechlab (040) on osx sierra. I’m running macports. I use XQuartz. compile fails not able to find x11Screen, x11SetScreen. I have googled several combinations, no help there. Any suggestions? --- . . . [ 94%] Building CXX object src/CMakeFiles/ktechlab.dir/variablelabel.cpp.o [ 94%] Building CXX object src/CMakeFiles/ktechlab.dir/canvas.cpp.o /Users/***/Desktop/ktechlab-0.40.0/src/canvas.cpp:513:10: error: no member named 'x11SetScreen' in 'QPixmap' offscr.x11SetScreen(p->device()->x11Screen()); ~~ ^ /Users/***/Desktop/ktechlab-0.40.0/src/canvas.cpp:513:36: error: no member named 'x11Screen' in 'QPaintDevice' offscr.x11SetScreen(p->device()->x11Screen()); ~~~ ^ /Users/***/Desktop/ktechlab-0.40.0/src/canvas.cpp:821:17: error: no member named 'x11SetScreen' in 'QPixmap' if (p) offscr.x11SetScreen(p->device()->x11Screen()); ~~ ^ /Users/***/Desktop/ktechlab-0.40.0/src/canvas.cpp:821:43: error: no member named 'x11Screen' in 'QPaintDevice' if (p) offscr.x11SetScreen(p->device()->x11Screen()); ~~~ ^ 4 errors generated. make[2]: *** [src/CMakeFiles/ktechlab.dir/canvas.cpp.o] Error 1 make[1]: *** [src/CMakeFiles/ktechlab.dir/all] Error 2 make: *** [all] Error 2 -- You are receiving this mail because: You are watching all bug changes.
[KTechLab] [Bug 390490] Circuit: "Export as Image" blacks out some components
https://bugs.kde.org/show_bug.cgi?id=390490 Zoltan Padrah <zoltan.pad...@gmail.com> changed: What|Removed |Added Status|UNCONFIRMED |CONFIRMED Ever confirmed|0 |1 -- You are receiving this mail because: You are watching all bug changes.
[KTechLab] [Bug 388213] New: microbe: delay function generates strange microbe code + conversion to asm fails
https://bugs.kde.org/show_bug.cgi?id=388213
Bug ID: 388213
Summary: microbe: delay function generates strange microbe code
+ conversion to asm fails
Product: KTechLab
Version: unspecified
Platform: Other
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: NOR
Component: general
Assignee: zoltan.pad...@gmail.com
Reporter: zoltan.pad...@gmail.com
CC: jul...@svg4all.de
Target Milestone: ---
Steps to reproduce:
1. create a new flowcode document
2. add start, delay, stop
3. set delay to some milliseconds, ex. 900ms
4. convert to ASM
Expected:
5. conversion is successful
Actually what happens:
5.1 delay statement in microbe generates strange delay of 900.009 ms
5.2 compilation of microbe fails with "Error [20] Delay must be a positive
constant value"
Example output and microbe code:
Building: /tmp/kde-student/ktechlabCN10qT.hex
*** Microbe generation successful ***
microbe /tmp/kde-student/ktechlabXdkONV.microbe
/tmp/kde-student/ktechlabUy7yeY.asm --show-source
/tmp/kde-student/ktechlabXdkONV.microbe:11:Error [20] Delay must be a positive
constant value
/tmp/kde-student/ktechlabXdkONV.microbe:13:Error [20] Delay must be a positive
constant value
*** Compilation failed ***
P16F84
// Initial variable values:
x = 0
TRISA = 30
PORTA = 0
PORTB = 0
x = 0
PORTA.0 = high
while x == 0
{
delay 500.005 // ( 500 ms)
PORTA.0 = high
delay 600.006 // ( 600 ms)
PORTA.0 = low
}
end
P16F84
PORTA = 0
PORTB = 0
delay 900.009
end
see comments here:
https://zoltanp.github.io/2017/11/ktechlab-0-40-0.html
--
You are receiving this mail because:
You are watching all bug changes.
[KTechLab] [Bug 387348] New: Signal lamp does not turn off
https://bugs.kde.org/show_bug.cgi?id=387348 Bug ID: 387348 Summary: Signal lamp does not turn off Product: KTechLab Version: unspecified Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: zoltan.pad...@gmail.com Reporter: zoltan.pad...@gmail.com CC: jul...@svg4all.de Target Milestone: --- Create a circuit, add a signal lamp and a source. Turn on the signal lamp. Then remove wires from signal lamp. The signal lamp should turn off, but actually it does not. -- You are receiving this mail because: You are watching all bug changes.
[KTechLab] [Bug 387144] New: Documentation: how to create subcircuits is not explained
https://bugs.kde.org/show_bug.cgi?id=387144 Bug ID: 387144 Summary: Documentation: how to create subcircuits is not explained Product: KTechLab Version: unspecified Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: zoltan.pad...@gmail.com Reporter: zoltan.pad...@gmail.com CC: jul...@svg4all.de Target Milestone: --- Creating subcircuits is not trivial and for new users is not intuitive. Should be fixed. -- You are receiving this mail because: You are watching all bug changes.
[KTechLab] [Bug 375726] New: Translations: not all strings are available in gettext
https://bugs.kde.org/show_bug.cgi?id=375726 Bug ID: 375726 Summary: Translations: not all strings are available in gettext Product: KTechLab Version: unspecified Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: zoltan.pad...@gmail.com Reporter: zoltan.pad...@gmail.com CC: jul...@svg4all.de Target Milestone: --- >From here: https://mail.kde.org/pipermail/kde-doc-english/2017-January/016054.html " For those, who want to translate: there is a non-gettext translation resource for context help: https://cgit.kde.org/ktechlab.git/tree/src/contexthelp " Those translations resources should be integrated into the gettext system, for making translators' life easier. When starting to work on this, ask around on kde-doc-english mailing list. -- You are receiving this mail because: You are watching all bug changes.
[KTechLab] [Bug 374765] microbe in some cases remains stuck in an infinite loop
https://bugs.kde.org/show_bug.cgi?id=374765 --- Comment #1 from Zoltan Padrah <zoltan.pad...@gmail.com> --- Added workaround for the issue. Now when this issue happens, microbe should print something like: Internal issue: Optimization has not finished in 10,000 iterations. -- You are receiving this mail because: You are watching all bug changes.
[KTechLab] [Bug 374765] New: microbe in some cases remains stuck in an infinite loop
https://bugs.kde.org/show_bug.cgi?id=374765 Bug ID: 374765 Summary: microbe in some cases remains stuck in an infinite loop Product: KTechLab Version: unspecified Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: zoltan.pad...@gmail.com Reporter: zoltan.pad...@gmail.com CC: jul...@svg4all.de Target Milestone: --- microbe (the program that generates assembly code from flowcode) remains stuck in an infinite loop for some flowcharts. Because microbe is quite self-contained, fixing it should be a good task for new contributors. Based on my initial investigation, the optimizer inside microbe gets stuck: it has a loop, in which it tries to further optimized the code/program as long as it changes something. However, it never reaches a "final" state of the code/program, and it always finds something to change, thus remains stuck in an infinite loop. I have not investigated the issue further. If anybody feels like looking into this, please write to the ktechlab-devel mailinglist. -- You are receiving this mail because: You are watching all bug changes.
[KTechLab] [Bug 371625] Oscilloscope view sometimes does not scale the signals correctly
https://bugs.kde.org/show_bug.cgi?id=371625 --- Comment #1 from Zoltan Padrah <zoltan.pad...@gmail.com> --- Created attachment 101753 --> https://bugs.kde.org/attachment.cgi?id=101753=edit Circuit that reproduces the scaling issue Added test circuit -- You are receiving this mail because: You are watching all bug changes.
[KTechLab] [Bug 371625] New: Oscilloscope view sometimes does not scale the signals correctly
https://bugs.kde.org/show_bug.cgi?id=371625 Bug ID: 371625 Summary: Oscilloscope view sometimes does not scale the signals correctly Product: KTechLab Version: unspecified Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: zoltan.pad...@gmail.com Reporter: zoltan.pad...@gmail.com CC: jul...@svg4all.de In the oscilloscope view, some signals are truncated; this is not useful for display Reproducible: Always Steps to Reproduce: 1. Open the circuit to be attached 2. 3. Expected Results: Proper signal display -- You are receiving this mail because: You are watching all bug changes.
[KTechLab] [Bug 371622] New: Op-amp with positive feedback behaves as amplifier; should behave as comparator
https://bugs.kde.org/show_bug.cgi?id=371622 Bug ID: 371622 Summary: Op-amp with positive feedback behaves as amplifier; should behave as comparator Product: KTechLab Version: unspecified Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: zoltan.pad...@gmail.com Reporter: zoltan.pad...@gmail.com CC: jul...@svg4all.de Created attachment 101752 --> https://bugs.kde.org/attachment.cgi?id=101752=edit Circuit to reproduce the issue See the attached circuit. There, the op-amps should behave as comparators because of the positive feedback -- You are receiving this mail because: You are watching all bug changes.
[KTechLab] [Bug 371622] Op-amp with positive feedback behaves as amplifier; should behave as comparator
https://bugs.kde.org/show_bug.cgi?id=371622 Zoltan Padrah <zoltan.pad...@gmail.com> changed: What|Removed |Added CC||zoltan.pad...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
