[kio-extras] [Bug 398200] New: sftp.so is constantly consuming CPU
https://bugs.kde.org/show_bug.cgi?id=398200 Bug ID: 398200 Summary: sftp.so is constantly consuming CPU Product: kio-extras Version: 18.08.0 Platform: Archlinux Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: SFTP Assignee: plasma-b...@kde.org Reporter: chalk...@gmail.com Target Milestone: --- When an sftp:// dir is open via Dolphin, sftp.so seems to be constantly hogging cpu, about 2-5% CPU for each sftp.so process. ``` PID USER PR NIVIRTRESSHR S %CPU %MEM TIME+ COMMAND 12082 chalker 20 0 243104 23388 18160 S 5,0 0,1 38:13.70 sftp.so 28951 chalker 20 0 242568 21740 17796 S 3,3 0,1 8:23.03 sftp.so 30851 chalker 20 0 242600 21824 17600 S 3,7 0,1 5:43.67 sftp.so ``` Note the total TIME+ and %CPU columns. This happens even when no visible activity is going on, just having those dirs open in dolphin results in CPU being constantly consumed. -- You are receiving this mail because: You are watching all bug changes.
[kio-extras] [Bug 398200] sftp.so is constantly consuming CPU in background
https://bugs.kde.org/show_bug.cgi?id=398200 Nikita Skovoroda changed: What|Removed |Added Summary|sftp.so is constantly |sftp.so is constantly |consuming CPU |consuming CPU in background -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kitemviews] [Bug 290971] Artifacts when scrolling systemsettings view (icon view UI)
https://bugs.kde.org/show_bug.cgi?id=290971 Nikita Skovoroda <chalk...@gmail.com> changed: What|Removed |Added Version|5.0.0 |5.45.0 -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kitemviews] [Bug 290971] Artifacts when scrolling systemsettings view (icon view UI)
https://bugs.kde.org/show_bug.cgi?id=290971 --- Comment #35 from Nikita Skovoroda <chalk...@gmail.com> --- Created attachment 112874 --> https://bugs.kde.org/attachment.cgi?id=112874=edit 5.12.5 + Qt 5.11.0 Each of those should have three lines, «Оформление/Поведение рабочей среды», but they disappear after scrolling. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kitemviews] [Bug 290971] Artifacts when scrolling systemsettings view (icon view UI)
https://bugs.kde.org/show_bug.cgi?id=290971 --- Comment #34 from Nikita Skovoroda <chalk...@gmail.com> --- Ah, no, sorry. I am still able to reproduce this on 5.12.5 + Qt 5.11.0, just the icons got rearranged so this is harder to notice. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kitemviews] [Bug 290971] Artifacts when scrolling systemsettings view (icon view UI)
https://bugs.kde.org/show_bug.cgi?id=290971 --- Comment #33 from Nikita Skovoroda <chalk...@gmail.com> --- Can't seem to reproduce on 5.12.5 + Qt 5.11.0. Can anyobe confirm? -- You are receiving this mail because: You are watching all bug changes.
[ksysguard] [Bug 293953] ksignalplotter has visual glitches with oxygen style.
https://bugs.kde.org/show_bug.cgi?id=293953 Nikita Skovoroda <chalk...@gmail.com> changed: What|Removed |Added Resolution|--- |WORKSFORME Status|UNCONFIRMED |RESOLVED -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 393987] Discover flatpack integration retrieves resources over http and is vulnerable to MitM attack
https://bugs.kde.org/show_bug.cgi?id=393987 --- Comment #9 from Nikita Skovoroda <chalk...@gmail.com> --- No, the problem I am talking about now is that the website opens with `http` by default. The `Discover` part of defaulting to http:// was fixed, but users probably are receiving that link from the distribute.kde.org website — and that returns http:// by default. Open up a browser with no HSTS cache (e.g. a private window), type in ` distribute.kde.org` without the protocol — you will get http://distribute.kde.org, copy-paste the `.flatpakrepo` link from there — and Discover will retrieve the GPGKey over insecure connection. I estimate that being a common way which users might follow. A proper HSTS setup with redirects and preload on distrubute.kde.org would fix this path. -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 393987] Discover flatpack integration retrieves resources over http and is vulnerable to MitM attack
https://bugs.kde.org/show_bug.cgi?id=393987 --- Comment #7 from Nikita Skovoroda <chalk...@gmail.com> --- The gpg key itself is retrieved over http in the scenario I described, isn't it? On Wed, May 9, 2018, 04:38 Aleix Pol <bugzilla_nore...@kde.org> wrote: > https://bugs.kde.org/show_bug.cgi?id=393987 > > --- Comment #6 from Aleix Pol <aleix...@kde.org> --- > Considering we already have the GPG key, it shouldn't be super relevant if > the > content doesn't come from https. > > Feel free to take it to sysadmin and CC me there. > https://phabricator.kde.org/u/systickets > > -- > You are receiving this mail because: > You reported the bug. -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 393987] Discover flatpack integration retrieves resources over http and is vulnerable to MitM attack
https://bugs.kde.org/show_bug.cgi?id=393987 --- Comment #5 from Nikita Skovoroda <chalk...@gmail.com> --- Yeah. The changes in Discover itself look good for now (assuming that 5d6593633f02 behaves like I think it does), but the webserver configuration behind `distribute.kde.org` should be also changed as people could copy-paste the links from there. E.g when someone opens `http://distribute.kde.org/`, select the link to `http://distribute.kde.org/kdeapps.flatpakrepo` and copy-paste it into Discover — they retrieve the GPGKey (and the rest of the repo configuration) over http. Reconfiguring the server to perform a redirect from http:// to https:// and adding HSTS with `preload` should fix that specific chain — even when someone types in `http://distribute.kde.org/` into the browser, it would open `https://distribute.kde.org/` and the user would receive a link with `https://` -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 393988] Discover flatpack integration retrieves resources over http and is vulnerable to MitM attack
https://bugs.kde.org/show_bug.cgi?id=393988 --- Comment #2 from Nikita Skovoroda <chalk...@gmail.com> --- Sorry, I have no idea why this was submitted twice. Perhaps I could have accidentally double-tapped the submit button twice on the touchpad before the next page was loaded? Still strange that Bugzilla didn't prevent this though. -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 393987] New: Discover flatpack integration retrieves resources over http and is vulnerable to MitM attack
https://bugs.kde.org/show_bug.cgi?id=393987 Bug ID: 393987 Summary: Discover flatpack integration retrieves resources over http and is vulnerable to MitM attack Product: Discover Version: 5.12.5 Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: Flatpak Backend Assignee: aleix...@kde.org Reporter: chalk...@gmail.com CC: jgrul...@redhat.com Target Milestone: --- To reproduce: add `distribute.kde.org/kderuntime.flatpakrepo`. The repo file, including the GPGKey, is by default retrieved over http, and could be tampered with. There are several problems here: 1. Discover supports adding http:// resources as flatpack repos and does not warn that that is insecure. 2. Discover supports adding repos without protocol and defaults those to http:// instead of https:// 3. distribute.kde.org is configured to support http://distribute.kde.org and answers to it (to reproduce — open http://distribute.kde.org in «private mode» or just curl it). HSTS does not redirect by itself. See https://www.troyhunt.com/understanding-http-strict-transport/ for more details The proposed fix would be: 1. Warn on http:// repos, perhaps with an additional confirmation box 2. Default protocol-less addresses to https:// instead of http:// 3. Properly configure HSTS and http->https redirects on distribute.kde.org, according to https://www.troyhunt.com/understanding-http-strict-transport/ -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 393988] New: Discover flatpack integration retrieves resources over http and is vulnerable to MitM attack
https://bugs.kde.org/show_bug.cgi?id=393988 Bug ID: 393988 Summary: Discover flatpack integration retrieves resources over http and is vulnerable to MitM attack Product: Discover Version: 5.12.5 Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: Flatpak Backend Assignee: aleix...@kde.org Reporter: chalk...@gmail.com CC: jgrul...@redhat.com Target Milestone: --- To reproduce: add `distribute.kde.org/kderuntime.flatpakrepo`. The repo file, including the GPGKey, is by default retrieved over http, and could be tampered with. There are several problems here: 1. Discover supports adding http:// resources as flatpack repos and does not warn that that is insecure. 2. Discover supports adding repos without protocol and defaults those to http:// instead of https:// 3. distribute.kde.org is configured to support http://distribute.kde.org and answers to it (to reproduce — open http://distribute.kde.org in «private mode» or just curl it). HSTS does not redirect by itself. See https://www.troyhunt.com/understanding-http-strict-transport/ for more details The proposed fix would be: 1. Warn on http:// repos, perhaps with an additional confirmation box 2. Default protocol-less addresses to https:// instead of http:// 3. Properly configure HSTS and http->https redirects on distribute.kde.org, according to https://www.troyhunt.com/understanding-http-strict-transport/ -- You are receiving this mail because: You are watching all bug changes.
[kdelibs] [Bug 293952] meinproc4 does not work with non-latin paths.
https://bugs.kde.org/show_bug.cgi?id=293952 Nikita Skovoroda <chalk...@gmail.com> changed: What|Removed |Added Resolution|--- |WORKSFORME Status|CONFIRMED |RESOLVED --- Comment #4 from Nikita Skovoroda <chalk...@gmail.com> --- Closing, wasn't able to reproduce on a test file with meinproc5. Did not try building okular from a non-latin path, though. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 363576] Dolphin constantly recreates .git/index.lock file, effectively breaking git
https://bugs.kde.org/show_bug.cgi?id=363576 Nikita Skovoroda <chalk...@gmail.com> changed: What|Removed |Added Version|16.12.2 |17.12.1 --- Comment #1 from Nikita Skovoroda <chalk...@gmail.com> --- Still reproducable on 17.12.1. To observe this, the git plugin should be enabled in Dolphin. -- You are receiving this mail because: You are watching all bug changes.
[marble] [Bug 361146] Scale bar is significantly inaccurate
https://bugs.kde.org/show_bug.cgi?id=361146 --- Comment #2 from Nikita Skovoroda <chalk...@gmail.com> --- Still reproducable on 2.2.20 (2.3 development version) (KDE Applications 17.12.1). -- You are receiving this mail because: You are watching all bug changes.
[marble] [Bug 361146] Scale bar is significantly inaccurate
https://bugs.kde.org/show_bug.cgi?id=361146 Nikita Skovoroda <chalk...@gmail.com> changed: What|Removed |Added Version|1.14 (KDE Applications |2.1 (KDE Applications |16.04) |16.12) -- You are receiving this mail because: You are watching all bug changes.
[kdeplasma-addons] [Bug 389623] potd "Centered" positioning behaves exactly as "Tiled" somewhy
https://bugs.kde.org/show_bug.cgi?id=389623 Nikita Skovoroda <chalk...@gmail.com> changed: What|Removed |Added CC||chalk...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[kdeplasma-addons] [Bug 389623] potd "Centered" positioning behaves exactly as "Tiled" somewhy
https://bugs.kde.org/show_bug.cgi?id=389623 Nikita Skovoroda <chalk...@gmail.com> changed: What|Removed |Added Version|unspecified |5.11.95 Platform|Other |Archlinux Packages -- You are receiving this mail because: You are watching all bug changes.
[kdeplasma-addons] [Bug 389623] potd "Centered" positioning behaves exactly as "Tiled" somewhy
https://bugs.kde.org/show_bug.cgi?id=389623 --- Comment #1 from Nikita Skovoroda <chalk...@gmail.com> --- Qt version is 5.10.0. -- You are receiving this mail because: You are watching all bug changes.
[kdeplasma-addons] [Bug 389623] New: potd "Centered" positioning behaves exactly as "Tiled" somewhy
https://bugs.kde.org/show_bug.cgi?id=389623 Bug ID: 389623 Summary: potd "Centered" positioning behaves exactly as "Tiled" somewhy Product: kdeplasma-addons Version: unspecified Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: General Assignee: plasma-b...@kde.org Reporter: chalk...@gmail.com Target Milestone: --- 1. Switch Plasma Wallpaper plugin to org.kde.potd 2. Select «Positioning» : «Centered». Observed behavior: picture is tiled starting with top-left corner, exactly as in «Positioning» : «Tiled». Expected behaviour: centered image on colored (e.g. black) background, like with org.kde.image wallpaper backend. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kitemviews] [Bug 290971] Artifacts when scrolling systemsettings view (icon view UI)
https://bugs.kde.org/show_bug.cgi?id=290971 --- Comment #32 from Nikita Skovoroda <chalk...@gmail.com> --- No, it doesn't work for me in 5.10.4, I just checked — I can still reproduce the artifacts. Qt 5.9.1, btw. 2017-07-29 19:44 GMT+03:00 Albert Astals Cid <bugzilla_nore...@kde.org>: > https://bugs.kde.org/show_bug.cgi?id=290971 > > --- Comment #30 from Albert Astals Cid <aa...@kde.org> --- > This seems to work fine for me on systemsettings 5.10.4 > > Can anyone else confirm it works for them? > > -- > You are receiving this mail because: > You reported the bug. > -- You are receiving this mail because: You are watching all bug changes.
[kded-appmenu] [Bug 378989] Sometimes old menu is not removed
https://bugs.kde.org/show_bug.cgi?id=378989 --- Comment #2 from Nikita Skovoroda <chalk...@gmail.com> --- Ah, and the Electron bugreport is https://github.com/electron/electron/issues/8455 -- You are receiving this mail because: You are watching all bug changes.
[kded-appmenu] [Bug 378989] Sometimes old menu is not removed
https://bugs.kde.org/show_bug.cgi?id=378989 Nikita Skovoroda <chalk...@gmail.com> changed: What|Removed |Added CC||chalk...@gmail.com --- Comment #1 from Nikita Skovoroda <chalk...@gmail.com> --- > Few other things to note - rambox global menu is not clickable for some > reason. Switching global menu to a button does allow opening the menu but > clicking any of the items does not work. Rambox is electron application so it > might be related. This part is a duplicate of https://bugs.kde.org/show_bug.cgi?id=376476 (which is an Electron bug). The original issue reported here (global menu not updated) is probably caused by the same Electron bug. -- You are receiving this mail because: You are watching all bug changes.
[kile] [Bug 376996] Switching to Globalmenu and back keeps menu disabled
https://bugs.kde.org/show_bug.cgi?id=376996 Nikita Skovoroda <chalk...@gmail.com> changed: What|Removed |Added CC||chalk...@gmail.com --- Comment #1 from Nikita Skovoroda <chalk...@gmail.com> --- Probably related: https://bugs.kde.org/show_bug.cgi?id=376517#c4 and https://bugs.kde.org/show_bug.cgi?id=376517#c5. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 376517] Problems with global menu
https://bugs.kde.org/show_bug.cgi?id=376517 --- Comment #4 from Nikita Skovoroda <chalk...@gmail.com> --- Probably you should have filed two separate bugreports for two separate issues, not one for both of them. For the item 1 — this is an Electron issue, and it has a workaround described in the linked Electron bugreport. As for the item 2, * The bad behaviour is observed when: switch to «menu button in title bar», open kate, switch to «menu inside window», close kate, open kate — no menu. * The bad behaviour is not observed when: switch to «menu button in title bar», open kate, close kate, switch to «menu inside window», open kate — the menu is present. What plays an effect here is whether the app in question was opened when the setting did change to «menu inside window», the bug is reproducable only for those apps that were open at that moment — restarting them doesn't help, the menu is still hidden. Workaround: press ctrl+m _two_ times to «hide» and show the menu. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 376517] Problems with global menu
https://bugs.kde.org/show_bug.cgi?id=376517 Nikita Skovoroda <chalk...@gmail.com> changed: What|Removed |Added CC||k...@privat.broulik.de -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 376517] Problems with global menu
https://bugs.kde.org/show_bug.cgi?id=376517 Nikita Skovoroda <chalk...@gmail.com> changed: What|Removed |Added CC||chalk...@gmail.com --- Comment #2 from Nikita Skovoroda <chalk...@gmail.com> --- As I already mentioned in https://github.com/electron/electron/issues/8455, Kai Uwe Broulik told me that the issue is on the Electron side, and that it shouldn't emit LayoutUpdated signals when nothing was actually changed. I don't feel entitled to close this issue, though, so lets wait for someone else to respond. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 360333] New system tray: icons do not scale with panel height, stay very small
https://bugs.kde.org/show_bug.cgi?id=360333 Nikita Skovoroda <chalk...@gmail.com> changed: What|Removed |Added CC||chalk...@gmail.com --- Comment #27 from Nikita Skovoroda <chalk...@gmail.com> --- Created attachment 101576 --> https://bugs.kde.org/attachment.cgi?id=101576=edit Left — stand-alone widgets, right — systray I would expect the systray be the same size as the widgets. Current systray is just barely visible (in fact unusable) on a HiDPI screen. -- You are receiving this mail because: You are watching all bug changes.
[kio-extras] [Bug 366488] New: Too many sftp.so processes, not closing
https://bugs.kde.org/show_bug.cgi?id=366488 Bug ID: 366488 Summary: Too many sftp.so processes, not closing Product: kio-extras Version: unspecified Platform: Archlinux Packages OS: Linux Status: UNCONFIRMED Severity: minor Priority: NOR Component: default Assignee: plasma-de...@kde.org Reporter: chalk...@gmail.com It looks like something constantly spawns new sftp.so processes without killing the old ones. Atm, I have 110 running sftp.so processes totalling to over 1 GiB RSS. I'm sure I don't have that many sftp directories open. Reproducible: Always Steps to Reproduce: 0. Kill all Dolphin and sftp.so instances (or just make sure those are not running) 1. Open Dolphin 2. Open something over sftp:// protocol. 3. Wait about a minute. 4. Navigate to another, local directory 5. Open something else over sftp:// protocol in the same tab 6. Wait about a minute. 7. Open a new tab poiting to a local directory and close the first tab Actual Results: 1. There are 0 sftp.so processes running, totalling in 0 MiB. 2. There are 4 sftp.so processes running, totalling in 16 MiB. 3. There are 5 sftp.so processes running, totalling in 20 MiB. 4. There are 5 sftp.so processes running, totalling in 20 MiB. 5. There are 8 sftp.so processes running, totalling in 32 MiB. 6. There are 10 sftp.so processes running, totalling in 40 MiB. 7. There are 10 sftp.so processes running, totalling in 40 MiB. Expected Results: I expect sftp.so old processes to be killed after a certain amount of time if they couldn't be reused. Some of the sftp.so processes present are over a month old. -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 325442] Constant loop reading of /etc/passwd from /proc updates
https://bugs.kde.org/show_bug.cgi?id=325442 Nikita Skovoroda <chalk...@gmail.com> changed: What|Removed |Added CC||chalk...@gmail.com --- Comment #7 from Nikita Skovoroda <chalk...@gmail.com> --- Yes, it causes about 130 events per second for me, constantly. Most of that comes from a kate window (I have some files opened) and yakuake (I have several tabs opened, but not too many, around 10). -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 338150] [EGL] [DRI2] [intel] missing/incomplete repaints
https://bugs.kde.org/show_bug.cgi?id=338150 --- Comment #19 from Nikita Skovoroda <chalk...@gmail.com> --- Just another bit of information to anyone interested: I and other people that I know have observed various issues go away after just uninstalling xf86-video-intel and letting the x server use the built-in generic modesetting driver. Btw, that doesn't induce any observable performance hit for me. For anyone using xf86-video-intel (with recent Xorg versions) and having any graphical issues, I can certainly recommend uninstalling xf86-video-intel, restarting X, and checking if those issues go away. Btw, I can't reproduce this specific issue with EGL now. -- You are receiving this mail because: You are watching all bug changes.
[kblocks] [Bug 281771] KBlocks runs very slow and eats 100% of one cpu core with Egyptian theme.
https://bugs.kde.org/show_bug.cgi?id=281771 Nikita Skovoroda <chalk...@gmail.com> changed: What|Removed |Added Resolution|--- |WORKSFORME Status|CONFIRMED |RESOLVED --- Comment #20 from Nikita Skovoroda <chalk...@gmail.com> --- Closing, the size issue is different from this and should probably be filed as a separate bug. -- You are receiving this mail because: You are watching all bug changes.
[plasma4] [Bug 282688] Calendar popup has ugly layout
https://bugs.kde.org/show_bug.cgi?id=282688 Nikita Skovoroda <chalk...@gmail.com> changed: What|Removed |Added Status|CONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #25 from Nikita Skovoroda <chalk...@gmail.com> --- Fixed in kf5. -- You are receiving this mail because: You are watching all bug changes.
[plasma4] [Bug 282688] Calendar popup has ugly layout
https://bugs.kde.org/show_bug.cgi?id=282688 Nikita Skovoroda <chalk...@gmail.com> changed: What|Removed |Added CC||chalk...@gmail.com --- Comment #24 from Nikita Skovoroda <chalk...@gmail.com> --- I'm pretty sure this is resolved in KF 5. Calendar look great now out of the box. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 363576] New: Dolphin constantly recreates .git/index.lock file, effectively breaking git
https://bugs.kde.org/show_bug.cgi?id=363576 Bug ID: 363576 Summary: Dolphin constantly recreates .git/index.lock file, effectively breaking git Product: dolphin Version: unspecified Platform: Archlinux Packages OS: Linux Status: UNCONFIRMED Severity: minor Priority: NOR Component: plugins: git Assignee: sebast...@sebastian-doerner.de Reporter: chalk...@gmail.com CC: dolphin-bugs-n...@kde.org Opening a directory or a subdirectory of some git repository in Dolphin often makes command-line git unusable in that directory, because Dolphin constantly re-creates the git lock for some reason. Removing the lock doesn't help — dolphin creates it again. Only navigating outside of the directory in Dolphin (or closing the directory completely) helps. Reproducible: Sometimes Steps to Reproduce: 1. open some git repository in Dolphin 2. LANG=C watch -n 0.1 ls -l --time-style=full-iso .git/index.lock 3. If you don't see .git/index.lock above, try navigating in that repo or opening a larger repo. Actual Results: I observe .git/index.lock being constantly created and updated. Expected Results: I expect no .git/index.lock created by file manager untill user manually performed some git operation with it. -- You are receiving this mail because: You are watching all bug changes.
[KScreen] [Bug 358689] Support Qt 5.6 new highdpi environment variable
https://bugs.kde.org/show_bug.cgi?id=358689 --- Comment #3 from Nikita Skovoroda <chalk...@gmail.com> --- QT_AUTO_SCREEN_SCALE_FACTOR enables the auto-scaling, which has certain issues (it does not calculate the correct scale on notebooks, for example), see https://bugreports.qt.io/browse/QTBUG-52202 QT_SCALE_FACTOR is an _additional_ scaling factor, and that one also scales fonts, which are already adjusted by the dpi setting (and forcing dpi to 96 would break other apps). http://doc.qt.io/qt-5/highdpi.html#qt-support -- You are receiving this mail because: You are watching all bug changes.
[KScreen] [Bug 358689] Support Qt 5.6 new highdpi environment variable
https://bugs.kde.org/show_bug.cgi?id=358689 --- Comment #2 from Nikita Skovoroda <chalk...@gmail.com> --- See also https://bugreports.qt.io/browse/QTBUG-52285 -- You are receiving this mail because: You are watching all bug changes.
[KScreen] [Bug 358689] Support Qt 5.6 new highdpi environment variable
https://bugs.kde.org/show_bug.cgi?id=358689 Nikita Skovoroda <chalk...@gmail.com> changed: What|Removed |Added CC||chalk...@gmail.com --- Comment #1 from Nikita Skovoroda <chalk...@gmail.com> --- Setting QT_SCREEN_SCALE_FACTORS=2 seems to do exactly the same as QT_DEVICE_PIXEL_RATIO=2 did before 5.6. -- You are receiving this mail because: You are watching all bug changes.
[marble] [Bug 361146] Scale bar is significantly inaccurate
https://bugs.kde.org/show_bug.cgi?id=361146 --- Comment #1 from Nikita Skovoroda <chalk...@gmail.com> --- Created attachment 98144 --> https://bugs.kde.org/attachment.cgi?id=98144=edit Two screenshots, showing different lengths for the same numbers -- You are receiving this mail because: You are watching all bug changes.
[marble] [Bug 361146] New: Scale bar is significantly inaccurate
https://bugs.kde.org/show_bug.cgi?id=361146 Bug ID: 361146 Summary: Scale bar is significantly inaccurate Product: marble Version: 1.14 (KDE Applications 16.04) Platform: Archlinux Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: marble-b...@kde.org Reporter: chalk...@gmail.com The scale with «minimize» flag enabled shows different sizes for the same numbers from the same scale without the «minimize» flag. At least one of them is lying. Reproducible: Always Steps to Reproduce: 1. Use defaults settings, height — 218.1 km. 2. Open settings, toggle the «minimize» flag on the «Scale bar» plugin on and off. 3. Compare results Actual Results: The scale with «minimize» flag enabled shows different sizes for the same numbers from the same scale without the «minimize» flag. Expected Results: The scales should show equal lengths for equal numbers. The same happens in 15.12. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kitemviews] [Bug 290971] Artifacts when scrolling systemsettings view (icon view UI)
https://bugs.kde.org/show_bug.cgi?id=290971 --- Comment #27 from Nikita Skovoroda <chalk...@gmail.com> --- Reproducible in systemsettings 5.6.0, KF 5.19, Qt 5.6.0. -- You are receiving this mail because: You are watching all bug changes.