[krita] [Bug 371542] Pen Pressure has stopped working completely, Items in dropdown menus do not appear
https://bugs.kde.org/show_bug.cgi?id=371542 --- Comment #4 from Quiralta--- Unfortunately I completely deleted those two files, hopefully the OP has them still, also if I remember correctly on the IRC timotimo said to have the same menu problem (with many of the options not visible), maybe he also has a kritarc that can be shared? -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 371542] Pen Pressure has stopped working completely, Items in dropdown menus do not appear
https://bugs.kde.org/show_bug.cgi?id=371542 Quiraltachanged: What|Removed |Added CC||rjquira...@gmail.com --- Comment #2 from Quiralta --- I had this similar issue last couple of days, plus the visual bugs on the menus and the disappearance of all the shortcuts, I can confirm that removing the kritarc and the kritashortcutsrc brought back to normal all three issues including pen pressure, (archlinux/plasmas on latest builds from master) -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 370436] Brush lag when resize
https://bugs.kde.org/show_bug.cgi?id=370436 Quiraltachanged: What|Removed |Added CC||rjquira...@gmail.com --- Comment #1 from Quiralta --- Carlos, this bug has been fixed on the latest stable version 3.0.1.1, here are the notes and downloads https://krita.org/en/item/new-stable-and-development-builds/ -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 370431] Krita se cierra al tratar de agregar texto a una imagen
https://bugs.kde.org/show_bug.cgi?id=370431 Quiraltachanged: What|Removed |Added CC||rjquira...@gmail.com --- Comment #1 from Quiralta --- Title: Krita crashes when adding text to an image. Message: It happens to me more than once, it seems to crash every time I try to change the default font in the text box that I am going to edit. (translation done for the devs to be able to read it) -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 366619] Shift Drag brush resize is slower in recent git builds (probably due to HUD patches)
https://bugs.kde.org/show_bug.cgi?id=366619 --- Comment #14 from Quiralta--- @Zafio Good to know, the main guys are aware of it by now, thus for the time been I will just comment here instead of making another report. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 363084] brush not re-selected from docker when changed from quick access wheel
https://bugs.kde.org/show_bug.cgi?id=363084 Quiraltachanged: What|Removed |Added CC||rjquira...@gmail.com --- Comment #1 from Quiralta --- I can confirm this behavior, since and up to the latest builds, 3.0.2 alpha. /or appimages -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 366619] Shift Drag brush resize is slower in recent git builds (probably due to HUD patches)
https://bugs.kde.org/show_bug.cgi?id=366619 Quiraltachanged: What|Removed |Added CC||rjquira...@gmail.com --- Comment #10 from Quiralta --- I think that the lag Zafio may be referring to is different from the one Raghavendra originally reported (needing many pen strokes to move the size), and I don't know if the issues are related, I am experiencing some lag too kind of "jumpy" sizing. I made a video showing in real time what I am referring to. @Zafio, if you are referring to a lag like mine, let me know, may be we can report a bug or find if someone already did. https://drive.google.com/file/d/0B-cDWUXy4ZMmNEdmWlc1S18wY3c/view?usp=sharing -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 365014] All windows hide on repeating desktop click
https://bugs.kde.org/show_bug.cgi?id=365014 --- Comment #25 from Quiralta--- (In reply to Rog131 from comment #23) > (In reply to gurpal2000 from comment #20) > > (In reply to Rog131 from comment #17) > > > At here, with the > > > > > > Qt 5.7.0 > > > KF 5.7.2 > > > Plasma 5.7.2 > > > Arch Linux > > > > > > Disabling the lines from the plasma-workspace-5.7.2 shell/desktopview.cpp > > > as > > > told at: https://bugs.kde.org/show_bug.cgi?id=365014#c5 and > > > https://phabricator.kde.org/D2121 helps. No ill effects detected. ... Indeed this seems to work for me too. using it for a couple of days without problems so far. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 361811] Breeze causes hangs and crashes in Krita
https://bugs.kde.org/show_bug.cgi?id=361811 --- Comment #19 from Quiralta--- Is unlikely to work among many distros since lots of them still behind kde releases unfortunately, I guess when most of them have moved to qt5.7 / frameworks 5.24 and above, then the themes could work again, my system on arch has the mentioned versions with no issues, but I can see (according to Dmitry specs) that *buntu users would have an unusable Krita. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 365014] All windows hide on repeating desktop click
https://bugs.kde.org/show_bug.cgi?id=365014 Quiraltachanged: What|Removed |Added CC||rjquira...@gmail.com --- Comment #13 from Quiralta --- Have the same issue, and in fact the desktop behaves like if was a window, the other windows go "behind it" when loosing focus. Here is what xprog gives me: XdndAware(ATOM) = BITMAP WM_NAME(STRING) = "Desktop" _NET_WM_NAME(UTF8_STRING) = "Desktop — Plasma" _KDE_NET_WM_USER_CREATION_TIME(CARDINAL) = 20752 _MOTIF_WM_HINTS(_MOTIF_WM_HINTS) = 0x2, 0x1, 0x0, 0x0, 0x0 _NET_WM_WINDOW_TYPE(ATOM) = _NET_WM_WINDOW_TYPE_DESKTOP _XEMBED_INFO(_XEMBED_INFO) = 0x0, 0x1 WM_CLIENT_LEADER(WINDOW): window id # 0x20c WM_HINTS(WM_HINTS): Client accepts input or input focus: True Initial state is Normal State. _NET_WM_PID(CARDINAL) = 687 _NET_WM_SYNC_REQUEST_COUNTER(CARDINAL) = 33554448 WM_CLASS(STRING) = "plasmashell", "plasmashell" WM_PROTOCOLS(ATOM): protocols WM_DELETE_WINDOW, WM_TAKE_FOCUS, _NET_WM_PING, _NET_WM_SYNC_REQUEST WM_NORMAL_HINTS(WM_SIZE_HINTS): user specified location: 0, 0 user specified size: 1920 by 1080 program specified minimum size: 1920 by 1080 program specified maximum size: 1920 by 1080 window gravity: Static -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 361811] Krita forces use of Fusion theme even in a KDE session
https://bugs.kde.org/show_bug.cgi?id=361811 Quiraltachanged: What|Removed |Added CC||rjquira...@gmail.com --- Comment #12 from Quiralta --- Well, I can volunteer on reporting the outcome if Breeze is used (on a patched build), Also I thinking (correct me if I am wrong) this would only affect Linux users and mostly the ones using Plasma or its themes, thus the amount of affected users may be low? Thus, for now, I am using the patch, on a git build, for the last few days and after doing a simple drawing I've seen no crashes or freezes. I try to rearrange a few times the dockers, they behave the same so far. Dropping kra, png, jpg files in the canvas also has no negatives effects, the dialogs look fine, as far as I can tell. (note that is been a least one upgrade of Breeze since the bug was open, could it be that things were fixed?) I'm on a Archlinux/Plasma5 system, nvidia proprietary drivers, and on a git build of krita. Would be convenient if more of us (users) would join in the test, then Boudewijn can have more feedback from us and decide if is worth at this again for the coming releases (I know he and the rest are really busy on higher priorities). This is just and idea, may be things are more complicated than what I'm thinking. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 364237] When user switches to a subwindow of other saved document , the window reverts to previous subwindow
https://bugs.kde.org/show_bug.cgi?id=364237 Quiraltachanged: What|Removed |Added CC||rjquira...@gmail.com --- Comment #2 from Quiralta --- I can reproduce the same issue, also on archlinux. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 364406] Brush tip lags and gets stock after each stroke
https://bugs.kde.org/show_bug.cgi?id=364406 --- Comment #6 from Quiralta--- (In reply to Boudewijn Rempt from comment #3) > Git commit 5145d9ded72c354e04c0013ce815d9fd0eede8e0 by Boudewijn Rempt. > Committed on 18/06/2016 at 11:01. > Pushed by rempt into branch 'master'. > > Disable the histogram docker for now > > Until https://bugs.kde.org/show_bug.cgi?id=364406 is fixed krita is > unusable with the histogram docker. People using master may have > to remove the .so from lib/kritaplugins > > M +1-1plugins/dockers/histogram/CMakeLists.txt > > http://commits.kde.org/krita/5145d9ded72c354e04c0013ce815d9fd0eede8e0 Thanks for the information, it does work for me too to delete the histogram .so files. @Storm Engineer Thanks for confirming -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 364283] Krita heavily freezes and lags on any action making it unsable
https://bugs.kde.org/show_bug.cgi?id=364283 Quiraltachanged: What|Removed |Added CC||rjquira...@gmail.com --- Comment #2 from Quiralta --- Could it be the same as the one I reported? I have the information here https://bugs.kde.org/show_bug.cgi?id=364406 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 364406] Brush tip lags and gets stock after each stroke
https://bugs.kde.org/show_bug.cgi?id=364406 Quiraltachanged: What|Removed |Added Platform|Compiled Sources|Archlinux Packages -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 364406] New: Brush tip lags and gets stock after each stroke
https://bugs.kde.org/show_bug.cgi?id=364406 Bug ID: 364406 Summary: Brush tip lags and gets stock after each stroke Product: krita Version: git master Platform: Compiled Sources URL: https://drive.google.com/file/d/0B-cDWUXy4ZMmNm40LWNUZ nl4U3M/view?usp=sharing OS: Linux Status: UNCONFIRMED Severity: major Priority: NOR Component: Brush engine Assignee: krita-bugs-n...@kde.org Reporter: rjquira...@gmail.com A mentioned this one earlier, I also went through some other bugs but they are not necessarily the same (if related I can't tell though) (see attached video). There is a lag after each stroke but also the preset gets "stock" its position and pressure, thus at times simply doesn't draw, or connects the last stroke (straight line shown at the beginning of the strokes in the video) or it delays the pressure making a very short stroke like "dots". Currently happening only on the build version of Krita, I am on a Archlinux system with a nvidia propietary drivers. After reading Eliotj and Raghavendra kamath's details on the bug https://bugs.kde.org/show_bug.cgi?id=362445 I don't think there is much relation to the issues, I experience this issue regardless of the freehand brush settings (smoothing/stabilizer or non) or the texture framebuffer been on / off, Also this one seems very similar but I don't see the presset pressure and position getting stock in the video shown here https://bugs.kde.org/show_bug.cgi?id=363799#add_comment This affects freehand and dynamic brush tools, even with the assistant tool. Reproducible: Always Steps to Reproduce: 1. Launch Krita 2. Make a new document or open an existing one. 3. Try to draw Actual Results: Lag / presets pressure/position will get stock. Expected Results: Brush tools normal behavior. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 363565] Krita keep reseting theme to 'Default' all the time... but I don't have a 'Default' theme :D
https://bugs.kde.org/show_bug.cgi?id=363565 Quiraltachanged: What|Removed |Added CC||rjquira...@gmail.com --- Comment #1 from Quiralta --- Can confirm, this happens to me every other restart of Krita, Plasma, Archlinux here. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 363021] [HUION] No pressure sensitivity on Huion 1060 Plus
https://bugs.kde.org/show_bug.cgi?id=363021 --- Comment #8 from Quiralta--- No prob! Maybe it took a while to re-register the tablet, (sometimes re-plugin also does the job) don't forget to keep evdev from upgrading until there is a fix for it, Apparently libinput is also coming with tablet support next xorg update, thus there may be another choice. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 363021] [HUION] No pressure sensitivity on Huion 1060 Plus
https://bugs.kde.org/show_bug.cgi?id=363021 --- Comment #4 from Quiralta--- I'm using 2.10.1-3, current version is 2.10.2.-1, you can find the pkgbuild file here https://git.archlinux.org/svntogit/packages.git/log/trunk?h=packages/xf86-input-evdev -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 360666] over write dialog is not shown when saving a file with preexisting file name. the file gets overwritten without alerting and data of existing file is lost
https://bugs.kde.org/show_bug.cgi?id=360666 Quiraltachanged: What|Removed |Added CC||rjquira...@gmail.com --- Comment #6 from Quiralta --- Right now I can reproduce this bug too on my system, fresh build of Krita, also on Archlinux with Plasma5.6.4 Qt 5.6 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 361709] With more than 1 curve based assistant, zooming in will black screen part or all of the drawing window
https://bugs.kde.org/show_bug.cgi?id=361709 Quiraltachanged: What|Removed |Added CC||rjquira...@gmail.com --- Comment #19 from Quiralta --- I can actually reproduce this on Archlinux right now. zooming turns the screen black (at some point) -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 363021] No pressure sensitivity on Huion 1060 Plus
https://bugs.kde.org/show_bug.cgi?id=363021 Quiraltachanged: What|Removed |Added CC||rjquira...@gmail.com --- Comment #1 from Quiralta --- I have a 1060pro, which is very similar, as far as I can tell, there is no need for the wizardpen driver, the digimend drivers are built in the kernel, that should work out of the box, now the last xf86-input-evdev broke my tablet pressure in all programs, (its been worked out upstream already) thus using the previous evdev driver version is working for me, I'm also on Archlinux, and found the same problem in Manjaro and kaOs live images. I'm thinking that our tablets should work similar if not the same, but don't take my word for granted, still I think this is a driver problem rather than Krita's. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 362341] Custom shortcuts go away is scheme is edited a second time
https://bugs.kde.org/show_bug.cgi?id=362341 Quiraltachanged: What|Removed |Added CC||rjquira...@gmail.com --- Comment #2 from Quiralta --- Experiencing the same exact behavior here. with a 4/26 build. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 361824] Brush tip/outline preview doesn't refresh while resizing.
https://bugs.kde.org/show_bug.cgi?id=361824 --- Comment #3 from Quiralta--- Boud, I'm afraid is not the same as 354718 which I saw a while ago, I am on a "clean" build with no customized presets and all except for one of the presets lags. Krita 2.9 (which I have also installed along side the alpha) behaves normal. Not a big issue though, as you say maybe is my system. Will wait for a beta state, may be things get better there : ) -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 361824] New: Brush tip/outline preview doesn't refresh while resizing.
https://bugs.kde.org/show_bug.cgi?id=361824 Bug ID: 361824 Summary: Brush tip/outline preview doesn't refresh while resizing. Product: krita Version: git master Platform: Compiled Sources OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: Brush engine Assignee: krita-bugs-n...@kde.org Reporter: rjquira...@gmail.com While using shift-leftbutton (stroke with a pen) to resize, the outline of the brush doesn't refresh, it gets "stuck" until I stop the stroke, then it "jumps" the final size, it looks like it flickers, some brushes like the "ink_brush_25" would work only if the stroke is very slow with some slight flickering, I found that the "Bristles_hairy" resizing works normal, no lag/flickering. I am using Nvidia proprietary drivers on a Archlinux box, Krita build from source. Reproducible: Always Steps to Reproduce: 1.Open Document 2.Select a brush (Airbrushes are good example) 3.Resize by Shift+leftbutton (pen stroking) Actual Results: Outline of the brush would not refresh, lag and flicker. Expected Results: Smoothly increase decrease the size of the brush outline. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 361448] Brush strokes flicker when they finish rendering
https://bugs.kde.org/show_bug.cgi?id=361448 Quiraltachanged: What|Removed |Added CC||rjquira...@gmail.com --- Comment #3 from Quiralta --- Same here, also Archlinux plus Nvidia proprietary driver. Unlike David's zooming doesn't change the behavior though. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 360595] Krita crashes when we cancel the save custom shortcut dialog box
https://bugs.kde.org/show_bug.cgi?id=360595 Quiraltachanged: What|Removed |Added CC||rjquira...@gmail.com --- Comment #3 from Quiralta --- I can confirm the same behaviour for both actions as Jumpei, also Scotts crash, Archlinux here, last appimage. As for the first described issue (changing the shortcuts) doesn't happens every single time, (maybe 8 out of ten, haven't counted though) but when doesn't crash, then the changes are simply ignored. -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 358641] Have Spectacle remember filename
https://bugs.kde.org/show_bug.cgi?id=358641 Quiraltachanged: What|Removed |Added CC||rjquira...@gmail.com --- Comment #2 from Quiralta --- Yep, this features are really missed from Spectacle, for example as I paint in Krita, I like to take snapshots of the process, with Ksnapshot, this was a breeze, In spectacle, for every screenshot one must manually add the name, file extension plus navigate to the desired folder. Its just not usable for my purposes and predefine a folder on the settings is not intuitive, I would have to change this every time a do a painting :D, I really hope this becomes a future feature. -- You are receiving this mail because: You are watching all bug changes.