[krita] [Bug 475606] Appimage not starting (glibc version not found)
https://bugs.kde.org/show_bug.cgi?id=475606 --- Comment #2 from Yncke --- Thank you for your answer, wolthera. When you say "with regards to the appimage", does that mean it still works on Debian10 if I were to try to compile it myself? -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 475606] Appimage not starting (glibc version not found)
https://bugs.kde.org/show_bug.cgi?id=475606 Yncke changed: What|Removed |Added Component|* Unknown |General -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 475606] New: Appimage not starting (glibc version not found)
https://bugs.kde.org/show_bug.cgi?id=475606 Bug ID: 475606 Summary: Appimage not starting (glibc version not found) Classification: Applications Product: krita Version: 5.2.0 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: * Unknown Assignee: krita-bugs-n...@kde.org Reporter: yn...@hotmail.com Target Milestone: --- SUMMARY *** Krita 5.2.0 is not starting on my installation of Debian 10. STEPS TO REPRODUCE 1. Start the krita-5.2.0-x86_64.appimage OBSERVED RESULT It won't start. Starting it from the command line results in the following error messages: Replacing libstdc++.so.6 with the fallback version: libstdc++.so.6.0.25 -> libstdc++.so.6.0.32 /tmp/.mount_krita-GGhUYr/usr/bin/krita: /lib/x86_64-linux-gnu/libm.so.6: version `GLIBC_2.29' not found (required by /tmp/.mount_krita-GGhUYr/usr/bin/../lib/libkritaui.so.19) /tmp/.mount_krita-GGhUYr/usr/bin/krita: /lib/x86_64-linux-gnu/libm.so.6: version `GLIBC_2.29' not found (required by /tmp/.mount_krita-GGhUYr/usr/bin/../lib/libkritaimage.so.19) /tmp/.mount_krita-GGhUYr/usr/bin/krita: /lib/x86_64-linux-gnu/libm.so.6: version `GLIBC_2.29' not found (required by /tmp/.mount_krita-GGhUYr/usr/bin/../lib/libkritaglobal.so.19) /tmp/.mount_krita-GGhUYr/usr/bin/krita: /lib/x86_64-linux-gnu/libm.so.6: version `GLIBC_2.29' not found (required by /tmp/.mount_krita-GGhUYr/usr/bin/../lib/libQt5Widgets.so.5) /tmp/.mount_krita-GGhUYr/usr/bin/krita: /lib/x86_64-linux-gnu/libm.so.6: version `GLIBC_2.29' not found (required by /tmp/.mount_krita-GGhUYr/usr/bin/../lib/libQt5Gui.so.5) /tmp/.mount_krita-GGhUYr/usr/bin/krita: /lib/x86_64-linux-gnu/libm.so.6: version `GLIBC_2.29' not found (required by /tmp/.mount_krita-GGhUYr/usr/bin/../lib/libQt5Core.so.5) /tmp/.mount_krita-GGhUYr/usr/bin/krita: /lib/x86_64-linux-gnu/libm.so.6: version `GLIBC_2.29' not found (required by /tmp/.mount_krita-GGhUYr/usr/bin/../lib/libpng16.so.16) /tmp/.mount_krita-GGhUYr/usr/bin/krita: /lib/x86_64-linux-gnu/libm.so.6: version `GLIBC_2.29' not found (required by /tmp/.mount_krita-GGhUYr/usr/bin/../lib/libkritalibbrush.so.19) /tmp/.mount_krita-GGhUYr/usr/bin/krita: /lib/x86_64-linux-gnu/libm.so.6: version `GLIBC_2.29' not found (required by /tmp/.mount_krita-GGhUYr/usr/bin/../lib/libkritawidgets.so.19) /tmp/.mount_krita-GGhUYr/usr/bin/krita: /lib/x86_64-linux-gnu/libm.so.6: version `GLIBC_2.29' not found (required by /tmp/.mount_krita-GGhUYr/usr/bin/../lib/libkritaflake.so.19) /tmp/.mount_krita-GGhUYr/usr/bin/krita: /lib/x86_64-linux-gnu/libm.so.6: version `GLIBC_2.29' not found (required by /tmp/.mount_krita-GGhUYr/usr/bin/../lib/libkritapigment.so.19) /tmp/.mount_krita-GGhUYr/usr/bin/krita: /lib/x86_64-linux-gnu/libm.so.6: version `GLIBC_2.29' not found (required by /tmp/.mount_krita-GGhUYr/usr/bin/../lib/libkritawidgetutils.so.19) /tmp/.mount_krita-GGhUYr/usr/bin/krita: /lib/x86_64-linux-gnu/libm.so.6: version `GLIBC_2.29' not found (required by /tmp/.mount_krita-GGhUYr/usr/bin/../lib/libKF5GuiAddons.so.5) /tmp/.mount_krita-GGhUYr/usr/bin/krita: /lib/x86_64-linux-gnu/libm.so.6: version `GLIBC_2.29' not found (required by /tmp/.mount_krita-GGhUYr/usr/bin/../lib/libKF5CoreAddons.so.5) /tmp/.mount_krita-GGhUYr/usr/bin/krita: /lib/x86_64-linux-gnu/libm.so.6: version `GLIBC_2.29' not found (required by /tmp/.mount_krita-GGhUYr/usr/bin/../lib/libfftw3.so.3.6.9) /tmp/.mount_krita-GGhUYr/usr/bin/krita: /lib/x86_64-linux-gnu/libm.so.6: version `GLIBC_2.29' not found (required by /tmp/.mount_krita-GGhUYr/usr/bin/../lib/libgsl.so.23) /tmp/.mount_krita-GGhUYr/usr/bin/krita: /lib/x86_64-linux-gnu/libm.so.6: version `GLIBC_2.29' not found (required by /tmp/.mount_krita-GGhUYr/usr/bin/../lib/libicui18n.so.66) /tmp/.mount_krita-GGhUYr/usr/bin/krita: /lib/x86_64-linux-gnu/libm.so.6: version `GLIBC_2.29' not found (required by /tmp/.mount_krita-GGhUYr/usr/bin/../lib/libicuuc.so.66) /tmp/.mount_krita-GGhUYr/usr/bin/krita: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.30' not found (required by /tmp/.mount_krita-GGhUYr/usr/bin/../lib/libudev.so.1) /tmp/.mount_krita-GGhUYr/usr/bin/krita: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.30' not found (required by /tmp/.mount_krita-GGhUYr/usr/bin/../lib/libsystemd.so.0) EXPECTED RESULT It starts up so that I can explore all the new goodies in this release. :) SOFTWARE/OS VERSIONS Operating System: Debian GNU/Linux 10 KDE Plasma Version: 5.14.5 Qt Version: 5.11.3 KDE Frameworks Version: 5.54.0 Kernel Version: 4.19.0-25-amd64 OS Type: 64-bit -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 397616] Unintuitive results after scaling vector layer with text using Transform Tool or scaling the image
https://bugs.kde.org/show_bug.cgi?id=397616 --- Comment #10 from Yncke --- Created attachment 138861 --> https://bugs.kde.org/attachment.cgi?id=138861=edit Krita document with two x'es at 12pt but they are not of the same size. I think it boiled down to this: A point for a font is defined at 1/72 of an inch. So when adjusting the document size without changing the pixels, the font size should be changed to compensate. When looking at other products, I couldn't find anything along those lines in Scribus, but a friend with PhotoShop CS2 did a test, and it showed that when you adjusted the print size, the font size was adjusted as well. (So a text with a font at 12 pt on a 10 inch document at 100 ppi, became a 24pt font when the document was converted to a 20 inch document at 100 ppi.) Still reproducible in Krita 4.4.3 (appimage, Debian 10). The attachment was made by creating a 100x100 100ppi document, adding an x at 12 pt, scaling it to 100x100 200ppi and adding a second x. Both x'es mention they're 12pt, but they are not of the same size. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 431945] Comics Manager memory leak in Krita 4.4.2
https://bugs.kde.org/show_bug.cgi?id=431945 Yncke changed: What|Removed |Added CC||yn...@hotmail.com -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 409431] Tablet cursor snaps to canvas border after moving layer in layerstack with tablet
https://bugs.kde.org/show_bug.cgi?id=409431 --- Comment #7 from Yncke --- Also reproducible with the same setup as originally logged in the released Krita 4.3.0 (appimage), except that it's now Debian 10. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 412869] Not all vector shapes are rendered
https://bugs.kde.org/show_bug.cgi?id=412869 --- Comment #7 from Yncke --- It's still there. However, raster layers don't seem to be portable, so I think you need to install the raster image to see it. It can be found here: https://www.deviantart.com/snarkdoodle/art/Krita-dot-screentones-for-brush-pattern-585678496 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 412869] Not all vector shapes are rendered
https://bugs.kde.org/show_bug.cgi?id=412869 Yncke changed: What|Removed |Added Resolution|WAITINGFORINFO |--- Status|NEEDSINFO |REPORTED --- Comment #5 from Yncke --- > Is this correct? Yes. The file size was too large when I tried to upload it to bugzilla, so I cropped the image. I didn't redo the screenshots, though. Sorry for the confusion. > Do the shapes reapear if you hide and unhide the layer? No. Normally that helps with render problems, but not in this case. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 412869] Not all vector shapes are rendered
https://bugs.kde.org/show_bug.cgi?id=412869 --- Comment #3 from Yncke --- Created attachment 123156 --> https://bugs.kde.org/attachment.cgi?id=123156=edit Screenshot in Krita 4.2.7.1 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 412869] Not all vector shapes are rendered
https://bugs.kde.org/show_bug.cgi?id=412869 --- Comment #2 from Yncke --- Created attachment 123155 --> https://bugs.kde.org/attachment.cgi?id=123155=edit Screenshot in Krita 4.2.6 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 412869] Not all vector shapes are rendered
https://bugs.kde.org/show_bug.cgi?id=412869 --- Comment #1 from Yncke --- Created attachment 123154 --> https://bugs.kde.org/attachment.cgi?id=123154=edit File to reproduce the bug with -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 412869] New: Not all vector shapes are rendered
https://bugs.kde.org/show_bug.cgi?id=412869 Bug ID: 412869 Summary: Not all vector shapes are rendered Product: krita Version: 4.2.7 Platform: Appimage OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Tools/Vector Assignee: krita-bugs-n...@kde.org Reporter: yn...@hotmail.com Target Milestone: --- SUMMARY Sometimes not all vectors are rendered. STEPS TO REPRODUCE 1. Open the file in attachment OBSERVED RESULT Only the first text block is rendered. EXPECTED RESULT The other blocks of text and vector should be shown too. SOFTWARE/OS VERSIONS Krita Version: 4.2.7.1 Languages: en_US Hidpi: false Qt Version (compiled): 5.12.5 Version (loaded): 5.12.5 OS Information Build ABI: x86_64-little_endian-lp64 Build CPU: x86_64 CPU: x86_64 Kernel Type: linux Kernel Version: 4.19.0-6-amd64 Pretty Productname: Debian GNU/Linux 10 (buster) Product Type: debian Product Version: 10 Hardware Information GPU Acceleration: auto Memory: 16041 Mb Number of Cores: 2 Swap Location: /tmp ADDITIONAL INFORMATION It is ok in the released appimage of Krita 4.2.6, but not in 4.2.7.1. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 409431] Tablet cursor snaps to canvas border after moving layer with tablet
https://bugs.kde.org/show_bug.cgi?id=409431 --- Comment #2 from Yncke --- Created attachment 122798 --> https://bugs.kde.org/attachment.cgi?id=122798=edit Video reproducing the bug. Yes, it's still reproducible in the 4.2.6, see attachment. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 292684] Suggestions to improve the perspective grids.
https://bugs.kde.org/show_bug.cgi?id=292684 Yncke changed: What|Removed |Added CC||yn...@hotmail.com -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 409431] New: Tablet cursor snaps to canvas border after moving layer with tablet
https://bugs.kde.org/show_bug.cgi?id=409431 Bug ID: 409431 Summary: Tablet cursor snaps to canvas border after moving layer with tablet Product: krita Version: 4.2.2 Platform: Debian stable OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: tablet support Assignee: krita-bugs-n...@kde.org Reporter: yn...@hotmail.com Target Milestone: --- SUMMARY When moving a layer, the cursor doesn't follow position on the canvas. (Only with the tablet, the mouse cursor behaves fine.) STEPS TO REPRODUCE 0. Do all this with the tablet, don't use the mouse. 1. Create a new document. 2. In the layer docker, create a new layer. 3. Move this new layer to another position. 4. Try to draw on the canvas. OBSERVED RESULT The cursor movement stops at the border of the canvas or sometimes the border of the scroll area of the canvas. Doing something like changing the opacity ensures the cursor can move freely again. EXPECTED RESULT The cursor should follow the tablet. SOFTWARE/OS VERSIONS Krita Version: 4.2.2 Languages: en_US, en Hidpi: false Qt Version (compiled): 5.12.4 Version (loaded): 5.12.4 OS Information Build ABI: x86_64-little_endian-lp64 Build CPU: x86_64 CPU: x86_64 Kernel Type: linux Kernel Version: 4.9.0-9-amd64 Pretty Productname: Debian GNU/Linux 9 (stretch) Product Type: debian Product Version: 9 Hardware Information GPU Acceleration: auto Memory: 16050 Mb Number of Cores: 2 Swap Location: /tmp ADDITIONAL INFORMATION - Tablet: Wacom Intuos 3 - Using the appimage -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 407774] Circle line color patch not correct for second circle
https://bugs.kde.org/show_bug.cgi?id=407774 --- Comment #4 from Yncke --- > But how would you handle the case where the current color is not in the > palette that's currently shown in the popup color selector? Then I wouldn't select a patch at all. Given that a palette is limited in amount of colours, I think it's fairly intuitive to the user that sometimes no patch is selected. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 399288] Editing multiline text loses text lines.
https://bugs.kde.org/show_bug.cgi?id=399288 --- Comment #13 from Yncke --- Unable to reproduce with 4.2.0-beta. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 407774] New: Circle line color patch not correct for second circle
https://bugs.kde.org/show_bug.cgi?id=407774 Bug ID: 407774 Summary: Circle line color patch not correct for second circle Product: krita Version: 4.2.0-alpha Platform: Debian stable OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Tools/Vector Assignee: krita-bugs-n...@kde.org Reporter: yn...@hotmail.com Target Milestone: --- SUMMARY STEPS TO REPRODUCE (0. Let's say the current brush colour is red.) 1. Create a vector layer. 2. On this vector layer: create a circle. (It is red.) 3. Select the circle with the "Select Shapes Tool" 4. In the line tab, change the line colour by selecting the black patch. (It is now black) 5. Create a new circle with the circle tool. (The new circle is red.) 6. Select the new circle with the "Select Shapes Tool." 7. In the line tab, the colour which is indicated is red, but the patch which is selected is black. To change the red circle to black, you need to select another patch first. OBSERVED RESULT See above. EXPECTED RESULT The patch colour should follow the line colour. SOFTWARE/OS VERSIONS Krita Version: 4.2.0-beta Languages: en_US, en Hidpi: false Qt Version (compiled): 5.12.2 Version (loaded): 5.12.2 OS Information Build ABI: x86_64-little_endian-lp64 Build CPU: x86_64 CPU: x86_64 Kernel Type: linux Kernel Version: 4.9.0-9-amd64 Pretty Productname: Debian GNU/Linux 9 (stretch) Product Type: debian Product Version: 9 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 388006] Tool for creating manga\comics grids
https://bugs.kde.org/show_bug.cgi?id=388006 Yncke changed: What|Removed |Added CC||yn...@hotmail.com -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 407725] New: Country is not remembered as meta data in the comic manager.
https://bugs.kde.org/show_bug.cgi?id=407725 Bug ID: 407725 Summary: Country is not remembered as meta data in the comic manager. Product: krita Version: 4.2.0-alpha Platform: Debian stable OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Dockers Assignee: krita-bugs-n...@kde.org Reporter: yn...@hotmail.com Target Milestone: --- SUMMARY Country is not remembered as meta data in the comic manager. STEPS TO REPRODUCE 1. Create a new project in the comic manager 2. Select some folder and choose next 3. In the basic comic project settings, select Dutch for main language and Belgium as country and choose next. 4. Open the metadata panel. OBSERVED RESULT Aruba is chosen as country instead of Belgium. EXPECTED RESULT The country should be remembered as setting. SOFTWARE/OS VERSIONS Krita Version: 4.2.0-beta Languages: en_US, en Hidpi: false Qt Version (compiled): 5.12.2 Version (loaded): 5.12.2 OS Information Build ABI: x86_64-little_endian-lp64 Build CPU: x86_64 CPU: x86_64 Kernel Type: linux Kernel Version: 4.9.0-9-amd64 Pretty Productname: Debian GNU/Linux 9 (stretch) Product Type: debian Product Version: 9 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 407724] New: Unintuitive sorting of languages list in comic manager
https://bugs.kde.org/show_bug.cgi?id=407724 Bug ID: 407724 Summary: Unintuitive sorting of languages list in comic manager Product: krita Version: 4.2.0-alpha Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Dockers Assignee: krita-bugs-n...@kde.org Reporter: yn...@hotmail.com Target Milestone: --- SUMMARY Choosing Dutch/Nederlands as a language in the comic manager results in an unintuitive user experience. The list is sorted on language code (nl), the language is Dutch (starting with D, not N), but keyboard navigation follows the language and not the country code. STEPS TO REPRODUCE 1. Create a new project in the comic manager 2. Select some folder and choose next 3. In the basic comic project settings, open the drop down for main language 4. Scroll to the languages with D. Dutch is not there. 5. Type Ned to go to Nederlands. Nepali is chosen. (Nederlands is just underneath it, but not shown because of the scrolling.) OBSERVED RESULT See above. EXPECTED RESULT I had expected the list to be alphabetical on language name, not language code. SOFTWARE/OS VERSIONS Krita Version: 4.2.0-beta Languages: en_US, en Hidpi: false Qt Version (compiled): 5.12.2 Version (loaded): 5.12.2 OS Information Build ABI: x86_64-little_endian-lp64 Build CPU: x86_64 CPU: x86_64 Kernel Type: linux Kernel Version: 4.9.0-9-amd64 Pretty Productname: Debian GNU/Linux 9 (stretch) Product Type: debian Product Version: 9 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 397612] Filter Mask (Color Adjustment) crashes or loses settings when converting image color space.
https://bugs.kde.org/show_bug.cgi?id=397612 Yncke changed: What|Removed |Added Resolution|WORKSFORME |--- Status|RESOLVED|REOPENED --- Comment #4 from Yncke --- I'm reopening this because I can reproduce that the settings of the Color Adjustment Filter layer are lost both with the released 4.1.7 appimage and the krita-4.2.0-pre-alpha-ab98e9b-x86_64 appimage on Debian Linux 9. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 399288] Editing multiline text loses text lines.
https://bugs.kde.org/show_bug.cgi?id=399288 Yncke changed: What|Removed |Added Resolution|WAITINGFORINFO |--- Status|NEEDSINFO |REPORTED Ever confirmed|1 |0 --- Comment #9 from Yncke --- Thank you for looking into it. I'm afraid I can still reproduce with krita-4.2.0-pre-alpha-ab98e9b-x86_64.appimage. Editing the text line in the test file results in the assert: Krita has encountered an internal error: SAFE ASSERT (krita): "cursor.block().layout()->lineCount() == 1" in file /home/appimage/workspace/Krita_Nightly_Appimage_Build/krita/libs/flake/text/KoSvgTextShapeMarkupConverter.cpp, line 841 When selecting ignore, the text edit windows open on the "SVG Source" of the text. Choosing "Rich Text" results again in the assert above. In the "Rich Text" view, only one of the three lines is shown. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 399288] Editing multiline text loses text lines.
https://bugs.kde.org/show_bug.cgi?id=399288 --- Comment #6 from Yncke --- Also reproducible on Debian stable with the appimage of Krita 4.1.7. When editing the text, the following assert is shown: Krita has encountered an internal error: SAFE ASSERT (krita): "cursor.block().layout()->lineCount() == 1" in file /home/appimage/workspace/Krita_Release_Appimage_Build/krita/libs/flake/text/KoSvgTextShapeMarkupConverter.cpp, line 840 Please report a bug to developers! Press Ignore to try to continue. Press Abort to see developers information (all unsaved data will be lost) Selecting Ignore then opens the dialog with the missing text, choosing Abort closes Krita. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 399288] Editing multiline text loses text lines.
https://bugs.kde.org/show_bug.cgi?id=399288 Yncke changed: What|Removed |Added Status|NEEDSINFO |REOPENED Resolution|WAITINGFORINFO |--- --- Comment #5 from Yncke --- Thank you for looking into this. There's a step missing in your video: the text gets eaten when editing. (Select text, switch to SVG Tool, click 'edit text'). I have retested it with the nightly build (4.2.0-pre-alpha (git c2ea92c)). Using the test file, there are differences in the behaviour: Release 4.1.5: Two text lines are shown in the rich text view. Pre-alpha 4.2.0: One text line is shown in the rich text view. Release 4.1.5: Two text lines are shown in the SVG source view. Pre-alpha 4.2.0: All three text lines are shown in the SVG source view. Release 4.1.5: Upon saving, two text lines are present in the text block. Pre-alpha 4.2.0: Upon saving, one text line is present in the text block. As for the producing application. If I remember correctly, the original text was created using Krita 4.0.0. It has then been copy pasted from page to page and edited. This approach didn't give any problems until I upgraded from 4.1.2 to 4.1.3. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 399288] Editing multiline text loses text lines.
https://bugs.kde.org/show_bug.cgi?id=399288 Yncke changed: What|Removed |Added Ever confirmed|0 |1 Resolution|DUPLICATE |--- Status|RESOLVED|REOPENED --- Comment #2 from Yncke --- I'm reopening this bug because it's still reproducible in Krita 4.1.5, following the steps described above. (Bug 399227 is not reproducible any more, maybe this one is not a duplicate.) While testing, I have also witnessed it happening that the text block is truncated to the first three lines. I have not been able to find a pattern why it's sometimes two lines and sometimes three. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 397616] Strange relation between font size and document resolution.
https://bugs.kde.org/show_bug.cgi?id=397616 --- Comment #3 from Yncke --- Hello Dmitry, thank you very much for your detailed answer. I have made a suggestion about it on the IRC channel. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 399288] New: Editing multiline text loses text lines.
https://bugs.kde.org/show_bug.cgi?id=399288 Bug ID: 399288 Summary: Editing multiline text loses text lines. Product: krita Version: 4.1.3 Platform: Other OS: MS Windows Status: REPORTED Severity: normal Priority: NOR Component: Tool/Text Assignee: krita-bugs-n...@kde.org Reporter: yn...@hotmail.com Target Milestone: --- Created attachment 115346 --> https://bugs.kde.org/attachment.cgi?id=115346=edit Text block which illustrates the behaviour. SUMMARY When adding and editing multiline, centered text blocks, editing the text loses the text beyond the first two lines. (Observed for three and four line text blocks.) STEPS TO REPRODUCE 1. Open the file in attachment 2. Edit the text OBSERVED RESULT The third line of the text is not present in the text edit dialog. (When saving the text, it will be lost.) EXPECTED RESULT Krita should not eat the dialogue. SOFTWARE VERSIONS Krita Version: 4.1.3 Qt Version (compiled): 5.9.3 Version (loaded): 5.9.3 OS Information Build ABI: x86_64-little_endian-llp64 Build CPU: x86_64 CPU: x86_64 Kernel Type: winnt Kernel Version: 6.1.7601 Pretty Productname: Windows 7 SP 1 (6.1) Product Type: windows Product Version: 7sp1 OpenGL Info **OpenGL not initialized** ADDITIONAL INFORMATION I'm afraid I have not succeeded in figuring out how to reach this point from a blank document. In the beginning everything behaves fine, but at some point in the process of adding text balloons, this problem pops up for all text that is already present in the document. I haven't seen this happening in 4.1.2. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 395769] Multi-line paragraph transform into single line when edited
https://bugs.kde.org/show_bug.cgi?id=395769 Yncke changed: What|Removed |Added CC||yn...@hotmail.com -- You are receiving this mail because: You are watching all bug changes.