[kwin] [Bug 411094] New windows on the secondary display incorrectly maximized to height of the primary display

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=411094

--- Comment #7 from Tristan Miller  ---
Still reproducible for me with KWin 6.0.3.1 when using X11.  The problem is not
reproducible when using Wayland (though I can't use Wayland for day-to-day work
due to its various other bugs and missing features).

-- 
You are receiving this mail because:
You are watching all bug changes.

[okular] [Bug 484562] Bad rendering of EPS embedded in DVI at certain zoom levels

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=484562

Tristan Miller  changed:

   What|Removed |Added

 Resolution|WAITINGFORINFO  |---
 Status|NEEDSINFO   |REPORTED

--- Comment #7 from Tristan Miller  ---
Info provided in Comment 5.

-- 
You are receiving this mail because:
You are watching all bug changes.

[okular] [Bug 484562] Bad rendering of EPS embedded in DVI at certain zoom levels

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=484562

--- Comment #5 from Tristan Miller  ---
(In reply to Albert Astals Cid from comment #4)
> Opening that dvi file says
> 
> Couldn't find file map.pstex
> 
> Is there some magic i have to do to generate that file from the map.text you
> have attached?

If you run `latex map.tex` it will generate the file.

-- 
You are receiving this mail because:
You are watching all bug changes.

[okular] [Bug 484562] Bad rendering of EPS embedded in DVI at certain zoom levels

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=484562

--- Comment #3 from Tristan Miller  ---
Created attachment 167827
  --> https://bugs.kde.org/attachment.cgi?id=167827=edit
Incorrect rendering at 200% zoom

-- 
You are receiving this mail because:
You are watching all bug changes.

[okular] [Bug 484562] Bad rendering of EPS embedded in DVI at certain zoom levels

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=484562

--- Comment #2 from Tristan Miller  ---
Created attachment 167826
  --> https://bugs.kde.org/attachment.cgi?id=167826=edit
Correct rendering at 150% zoom

-- 
You are receiving this mail because:
You are watching all bug changes.

[okular] [Bug 484562] Bad rendering of EPS embedded in DVI at certain zoom levels

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=484562

--- Comment #1 from Tristan Miller  ---
Created attachment 167825
  --> https://bugs.kde.org/attachment.cgi?id=167825=edit
Resulting DVI file

-- 
You are receiving this mail because:
You are watching all bug changes.

[okular] [Bug 484562] New: Bad rendering of EPS embedded in DVI at certain zoom levels

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=484562

Bug ID: 484562
   Summary: Bad rendering of EPS embedded in DVI at certain zoom
levels
Classification: Applications
   Product: okular
   Version: 23.08.4
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: DVI backend
  Assignee: okular-de...@kde.org
  Reporter: psychon...@nothingisreal.com
  Target Milestone: ---

Created attachment 167824
  --> https://bugs.kde.org/attachment.cgi?id=167824=edit
LaTeX source file

Attached is a LaTeX file that embeds an EPS graphic.  If you compile the LaTeX
source to DVI (using `latex map.tex`) and view the DVI file in Okular, then it
looks fine when the zoom level is less than 200%, but at 200% or higher the
graphic is improperly rendered.  I attach screenshots of correct rendering at
150% zoom and incorrect rendering at 200% zoom.

SOFTWARE/OS VERSIONS
KDE Plasma Version: 5.27.10
KDE Frameworks Version: 5.115.0
Qt Version: 5.15.12

-- 
You are receiving this mail because:
You are watching all bug changes.

[okular] [Bug 154033] incorrect DVI file rendering

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=154033

Tristan Miller  changed:

   What|Removed |Added

 CC||psychon...@nothingisreal.co
   ||m

--- Comment #6 from Tristan Miller  ---
Still reproducible for me with 23.08.4.

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 476351] Ability to manually colorize/mark/highlight a task

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=476351

Tristan Miller  changed:

   What|Removed |Added

   See Also||https://bugs.kde.org/show_b
   ||ug.cgi?id=480637
 CC||psychon...@nothingisreal.co
   ||m

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 480637] Group and/or mark tasks according to screen

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=480637

Tristan Miller  changed:

   What|Removed |Added

   See Also||https://bugs.kde.org/show_b
   ||ug.cgi?id=476351

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 480637] New: Group and/or mark tasks according to screen

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=480637

Bug ID: 480637
   Summary: Group and/or mark tasks according to screen
Classification: Plasma
   Product: plasmashell
   Version: 5.27.10
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: wishlist
  Priority: NOR
 Component: Task Manager and Icons-Only Task Manager
  Assignee: plasma-b...@kde.org
  Reporter: psychon...@nothingisreal.com
CC: qydwhotm...@gmail.com
  Target Milestone: 1.0

I have a multi-monitor setup where only one of my screens has a panel with a
task manager.

It would be nice if the task manager provided an option to group tasks
according to what screen they are on.

It would also be nice if the task manager provided an option to somehow mark
tasks (for example, with a different background colour) according to what
screen they are on.  This way the user can see at a glance what task a screen
is on, even if the user has decided to group the tasks according to some other
criterion.

-- 
You are receiving this mail because:
You are watching all bug changes.

[okular] [Bug 478542] Show Signatures Panel should open the sidebar if it is not already visible

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=478542

Tristan Miller  changed:

   What|Removed |Added

 CC||psychon...@nothingisreal.co
   ||m

-- 
You are receiving this mail because:
You are watching all bug changes.

[okular] [Bug 478542] New: Show Signatures Panel should open the sidebar if it is not already visible

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=478542

Bug ID: 478542
   Summary: Show Signatures Panel should open the sidebar if it is
not already visible
Classification: Applications
   Product: okular
   Version: 23.08.3
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: okular-de...@kde.org
  Reporter: psychon...@nothingisreal.com
  Target Milestone: ---

Created attachment 164183
  --> https://bugs.kde.org/attachment.cgi?id=164183=edit
A signed blank document showing the bug

When opening a digitally signed document, Okular displays a "Show Signatures
Panel" button between the toolbar and the top of the document.  If the sidebar
happens to be visible already, then pressing this button shows the signatures
panel.  But if the sidebar is not already visible, then pressing the button
causes the sidebar button in the toolbar to activate, but the sidebar itself
does not appear.


STEPS TO REPRODUCE
1. Make sure the sidebar is hidden.
2. Open any signed document, such as the attached PDF.
3. Press the "Show Signatures Panel" button.

OBSERVED RESULT
4. The "Show Sidebar" button in the toolbar activates, but the sidebar itself
does not appear.

EXPECTED RESULT
4. The "Show Sidebar" button in the toolbar should activate and the sidebar
itself should appear, with the signatures panel active.

SOFTWARE/OS VERSIONS
KDE Plasma Version: 5.27.9
KDE Frameworks Version: 5.112.0
Qt Version: 5.15.11

-- 
You are receiving this mail because:
You are watching all bug changes.

[okular] [Bug 478540] New: Can't edit form field after entering invalid character

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=478540

Bug ID: 478540
   Summary: Can't edit form field after entering invalid character
Classification: Applications
   Product: okular
   Version: 23.08.3
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: PDF backend
  Assignee: okular-de...@kde.org
  Reporter: psychon...@nothingisreal.com
  Target Milestone: ---

Created attachment 164181
  --> https://bugs.kde.org/attachment.cgi?id=164181=edit
Example PDF showing the bug

Some PDF form fields require data in a certain format, and apply some sort of
validation to enforce this requirement. A common example are fields requiring a
telephone number. A problem with Okular is that if the user starts to type
invalid data into such a field, it is no longer possible for the user to edit
or delete the data.  I'm not sure if this is a problem with Okular itself (or
its underlying PDF library) or with how the form designer implemented their
field validation mechanism.  But even if it's the form designer's fault, it
would be nice if Okular could provide some way of overriding the validation and
allowing the user to delete the contents of the field.

This issue happens very often with forms that ask for a phone number and
require only numeric data (but don't tell the user this on the form itself). 
If one starts typing "+" as the prefix for the country code, the field refuses
to accept any further input, and it's also not possible to remove the "+" using
backspace, delete, undo, etc.  The only thing one can do is reload the form and
start filling it in all over again.

STEPS TO REPRODUCE
1. Open the attached PDF.
2. Press the "Show Forms" button.
3. Click on the field for the home phone number.  This field expects a
nine-digit phone number.
4. Type any character other than a digit, such as "+".

OBSERVED RESULT
5. At this point, the field largely stops responding to user input.  No further
data can be typed.  Pressing backspace has no effect. The Undo command has no
effect. Pressing the left cursor key puts the insertion point to the left of
the +, but pressing delete has no effect.  The + can be selected with the
mouse, but it cannot be deleted with backspace, delete, or the Cut command.

EXPECTED RESULT
5. Okular should allow the contents of the field to be edited, or at least the
Undo command should reset the field to its previously blank state.

SOFTWARE/OS VERSIONS
KDE Plasma Version: 5.27.9
KDE Frameworks Version: 5.112.0
Qt Version: 5.15.11

-- 
You are receiving this mail because:
You are watching all bug changes.

[okular] [Bug 478540] Can't edit form field after entering invalid character

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=478540

Tristan Miller  changed:

   What|Removed |Added

 CC||psychon...@nothingisreal.co
   ||m

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 411094] New windows on the secondary display incorrectly maximized to height of the primary display

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=411094

--- Comment #5 from Tristan Miller  ---
(In reply to Nate Graham from comment #4)
> *** This bug has been marked as a duplicate of bug 461142 ***

Are you sure about this, Nate?  That bug, and its other duplicates, all report
that manually maximizing a window results in an incorrect window size.  With my
bug, manually maximizing a window works fine.  It's only the window manager's
initial placement of new windows that's broken.  (In fact, the workaround to my
bug is to manually maximize the window.)

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 411094] New windows on the secondary display incorrectly maximized to height of the primary display

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=411094

Tristan Miller  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
Version|5.16.4  |5.27.6
 Resolution|UNMAINTAINED|---
 Ever confirmed|0   |1

--- Comment #3 from Tristan Miller  ---
Still reproducible with 5.27.6.

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasma-nm] [Bug 470959] New: Automatically open browser to log in to a network

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=470959

Bug ID: 470959
   Summary: Automatically open browser to log in to a network
Classification: Plasma
   Product: plasma-nm
   Version: 5.27.5
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: wishlist
  Priority: NOR
 Component: applet
  Assignee: plasma-b...@kde.org
  Reporter: psychon...@nothingisreal.com
  Target Milestone: ---

When plasma-nm connects to a network and detects that there is no Internet
access, it emits a notification to the effect that the user needs to log in to
the network.

Rather than simply informing the user of the need to log in, please add a
configuration option (either global or for each network) that, when enabled,
will also cause plasma-nm to automatically open the system default web browser
to http://networkcheck.kde.org/, without the user needing to click on anything
first.  This will save some time, especially for users that very frequently
connect to networks requiring such logins.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 427571] Windows sometimes open in an offscreen area with multiple monitors

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=427571

Tristan Miller  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 CC||psychon...@nothingisreal.co
   ||m
 Status|RESOLVED|REOPENED
 Resolution|WORKSFORME  |---

--- Comment #6 from Tristan Miller  ---
Reopening this bug as I'm able to consistently reproduce this behaviour.  I
have two identical monitors (Samsung Syncmaster H9XS317491), one of which is
rotated 90 degrees.  Almost every new window that appears on the unrotated
monitor appears partially offscreen.

I'm running the following:

Operating System: openSUSE Tumbleweed 20230308
KDE Plasma Version: 5.27.2
KDE Frameworks Version: 5.103.0
Qt Version: 5.15.8
Kernel Version: 6.2.1-1-default (64-bit)
Graphics Platform: X11
Processors: 12 × Intel® Core™ i7-8700 CPU @ 3.20GHz
Memory: 15.5 GiB of RAM
Graphics Processor: Mesa Intel® UHD Graphics 630

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwalletmanager] [Bug 400928] after boot, WiFi authorization does not launch kwallet password request on first connect, does on second try

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=400928

Tristan Miller  changed:

   What|Removed |Added

 CC||psychon...@nothingisreal.co
   ||m

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 466566] Kickoff button too large with super thick panel

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=466566

--- Comment #4 from Tristan Miller  ---
(In reply to Nate Graham from comment #2)
> Sorry, this is the new design goal, as making some buttons mysteriously
> remain rectangles for no clear reason confused the heck out of a lot of
> people and we go no end of bug reports about it.

I suspect the new behaviour is also going to confuse the heck out of a similar
number of people, and you'll get no end of bug reports about it (as evidenced
by my own duplicate Bug 467004).  If there are legitimate use cases for both
sizing policies, why not make the sizing policy user-configurable in the
Appearance module of the Application Launcher Settings dialog?

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 464971] Kickoff gets extra top/bottom paddings in a vertical panel

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=464971

Tristan Miller  changed:

   What|Removed |Added

   See Also||https://bugs.kde.org/show_b
   ||ug.cgi?id=467004

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 467004] Application Launcher icon ridiculously large in vertical panel

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=467004

Tristan Miller  changed:

   What|Removed |Added

   See Also||https://bugs.kde.org/show_b
   ||ug.cgi?id=464971

--- Comment #1 from Tristan Miller  ---
Is this bug perhaps a consequence of either of the following recent commits?

* applets/kickoff: fix: height larger than previous version in vertical panel:
https://github.com/KDE/plasma-desktop/commit/1988f0756ec9b61d6eff6eae14c1023502d7f701
* [kicker, kickoff] Port away from panel icon size hint:
https://github.com/KDE/plasma-desktop/commit/277758af8c3f701c92f0b77aa8ecfc8d07ab9ac9

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 414153] Application Launcher/Menu icon size probably shouldn't be dictated by your icon theme.

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=414153

Tristan Miller  changed:

   What|Removed |Added

   See Also||https://bugs.kde.org/show_b
   ||ug.cgi?id=467004

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 467004] Application Launcher icon ridiculously large in vertical panel

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=467004

Tristan Miller  changed:

   What|Removed |Added

   See Also||https://bugs.kde.org/show_b
   ||ug.cgi?id=414153

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 467004] New: Application Launcher icon ridiculously large in vertical panel

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=467004

Bug ID: 467004
   Summary: Application Launcher icon ridiculously large in
vertical panel
Classification: Plasma
   Product: plasmashell
   Version: 5.27.2
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: Application Launcher (Kickoff)
  Assignee: plasma-b...@kde.org
  Reporter: psychon...@nothingisreal.com
CC: mikel5...@gmail.com, noaha...@gmail.com
  Target Milestone: 1.0

Created attachment 157081
  --> https://bugs.kde.org/attachment.cgi?id=157081=edit
Screenshot showing ridiculously large Application Launcher icon

I upgraded today from Plasma 5.26.5 to 5.27.2.  The Application Launcher icon
in my vertical panel now takes up the full width of the panel, whereas before
the upgrade it was only a few dozen pixels wide.  The new size is far too large
-- see attached screenshot.

STEPS TO REPRODUCE
1. Add a vertical panel with a width of, say, 256 pixels.
2. Add the Application Launcher to the panel.

OBSERVED RESULT
1. The Application Launcher icon is ridiculously large, spanning the full width
of the panel, and taking up too much vertical space.

EXPECTED RESULT
1. The Application Launcher icon should be the same size as the application
icons it contains.

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: 5.27.2
KDE Plasma Version: 5.27.2
KDE Frameworks Version: 5.103.0
Qt Version: 5.15.8

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 252314] Emacs window resizes whenever a buffer is closed (openSUSE 11.3)

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=252314

--- Comment #48 from Tristan Miller  ---
Problem is still reproducible with openSUSE 15.4 with Emacs 28.2 and Plasma
5.24.4.  (And the workaround from Comment 37 still works.)

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 393957] Horizontal layout option for horizontal panels

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=393957

--- Comment #19 from Tristan Miller  ---
(In reply to Nate Graham from comment #18)
> Well that's the problem. :) This option is only present on horizontal
> panels, because generally vertical panels are too narrow to be able to show
> the time and date on the same line without the text becoming unreadably
> small. I gather you have an extremely wide panel such that everything might
> actually fit?

Yes, I've got a wide monitor and a correspondingly wide panel.  I wouldn't call
it "extremely" wide, but it's certainly wide enough to fit an ISO date and time
on one line.

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 393957] Horizontal layout option for horizontal panels

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=393957

--- Comment #17 from Tristan Miller  ---
(In reply to Nate Graham from comment #16)
> Is the clock located on a horizontal panel or a vertical panel?

It's on a vertical panel, as can be seen in the screenshot.  I want the date
and time to appear beside to each other so as to save vertical space.

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 393957] Horizontal layout option for horizontal panels

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=393957

--- Comment #15 from Tristan Miller  ---
Created attachment 155024
  --> https://bugs.kde.org/attachment.cgi?id=155024=edit
Screenshot showing digital clock settings

(In reply to Nate Graham from comment #14)
> It's the first thing in the settings window:
> 
> Information: [x] Show date [adaptive location]

Not on my system -- see the attached screenshot.  Am I missing something here?

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 393957] Horizontal layout option for horizontal panels

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=393957

Tristan Miller  changed:

   What|Removed |Added

 CC||psychon...@nothingisreal.co
   ||m

--- Comment #13 from Tristan Miller  ---
(In reply to Nate Graham from comment #12)
> Git commit cd68df165a9360e6c0f94b7f7c0c7ebb04df370a by Nate Graham, on
> behalf of Momo Cao.
> Committed on 26/03/2021 at 04:56.
> Pushed by ngraham into branch 'master'.
> 
> Add a setting to show date and time in one line
> FIXED-IN: 5.22
> 
> M  +8-0applets/digital-clock/package/contents/config/main.xml
> M  +7-13   applets/digital-clock/package/contents/ui/DigitalClock.qml
> M  +20   -4applets/digital-clock/package/contents/ui/configAppearance.qml
> 
> https://invent.kde.org/plasma/plasma-workspace/commit/
> cd68df165a9360e6c0f94b7f7c0c7ebb04df370a

Did this fix ever make it into a stable release?  I'm running Plasma 5.26.4.1
on openSUSE Tumbleweed.  The Digital Clock applet shows a version of 3.0 in the
"About" section of the settings.  I see no setting to have the time and date
beside vs. on top of one another.

-- 
You are receiving this mail because:
You are watching all bug changes.

[k3b] [Bug 269485] References to CDDB are inaccurate and misleading; should be replaced

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=269485

Tristan Miller  changed:

   What|Removed |Added

 Status|CONFIRMED   |RESOLVED
 Resolution|--- |WORKSFORME

--- Comment #5 from Tristan Miller  ---
I've tested with K3B 22.08.3; it seems references to CDDB have been replaced
with "CD Database".  I'm tentatively marking this issue as resolved, but if I
overlooked any stray occurrences of "CDDB", please indicate exactly where they
are and reopen this bug.

-- 
You are receiving this mail because:
You are watching all bug changes.

[k3b] [Bug 282168] Enable freedb lookup/Query CDDB mismatch

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=282168

Tristan Miller  changed:

   What|Removed |Added

 Status|NEEDSINFO   |REPORTED
 Resolution|WAITINGFORINFO  |---

--- Comment #4 from Tristan Miller  ---
Confirming that the problem still exists with K3b 22.08.3.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kteatime] [Bug 394855] hides itself too well

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=394855

Tristan Miller  changed:

   What|Removed |Added

 Resolution|WAITINGFORINFO  |---
 CC||psychon...@nothingisreal.co
   ||m
 Status|NEEDSINFO   |REPORTED

--- Comment #3 from Tristan Miller  ---
Confirming that this is still an issue with KTeaTime 22.12.0.  No dialog
appears when starting KTeaTime for the very first time.

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 461983] Show Hidden Icons button wastefully takes up an entire row in a vertical panel

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=461983

--- Comment #1 from Tristan Miller  ---
> This way, it can appear to the left of the application icons

Sorry, I meant to write here "to the right of the application icons".

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 461983] New: Show Hidden Icons button wastefully takes up an entire row in a vertical panel

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=461983

Bug ID: 461983
   Summary: Show Hidden Icons button wastefully takes up an entire
row in a vertical panel
Classification: Plasma
   Product: plasmashell
   Version: 5.26.3
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: wishlist
  Priority: NOR
 Component: System Tray
  Assignee: plasma-b...@kde.org
  Reporter: psychon...@nothingisreal.com
CC: mate...@gmail.com
  Target Milestone: 1.0

Created attachment 153856
  --> https://bugs.kde.org/attachment.cgi?id=153856=edit
Screenshot showing system tray in a vertical panel

When the System Tray widget is placed in a vertical panel, the "Show Hidden
Icons" button always appears all by itself of its own row, thus wasting
vertical space in the panel.  (See attached screenshot.)  Please change how
this button is treated for the purposes of layout: it would be better if it
were treated is a normal application icon, except that it should always appear
last in the list.  This way, it can appear to the left of the application icons
(if there is space on the row) rather than below them in a row by itself.

-- 
You are receiving this mail because:
You are watching all bug changes.

[KScreen] [Bug 407519] Primary display setting does not persist

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=407519

Tristan Miller  changed:

   What|Removed |Added

 Resolution|WAITINGFORINFO  |WORKSFORME
 Status|NEEDSINFO   |RESOLVED

--- Comment #4 from Tristan Miller  ---
I still have the same monitor setup and have just retested.  The issue is no
longer reproducible with Plasma 5.26.3.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 445151] New: "Add Property…" button in settings dialog not initially visible

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=445151

Bug ID: 445151
   Summary: "Add Property…" button in settings dialog not
initially visible
   Product: kwin
   Version: 5.22.5
  Platform: openSUSE RPMs
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: rules
  Assignee: kwin-bugs-n...@kde.org
  Reporter: psychon...@nothingisreal.com
CC: isma...@gmail.com
  Target Milestone: ---

In the "Edit Application-Specific Settings" and "Edit Window-Specific Settings"
dialog, before any rules have been added, the following message appears in the
bottom of the dialog:

No window properties changed
Click the Add Property… button below to add some window properties that will be
affected by the rule

However, there is no such button visible in the dialog.  The only buttons
visible are "Reset", "OK", "Apply", and "Cancel".  It's only if you resize the
dialog (or even just start to resize it, such as by dragging the window edge)
that the "Add Property…" button, along with the "Detect Window Properties"
button and the time input, appears.  This doesn't appear to be a case of the
dialog being initially too small to contain the extra buttons, since resizing
it even just one pixel (or even making the dialog smaller) causes the extra
buttons to suddenly appear.

Steps to reproduce:

1. Right-click on the title bar of a window/application for which no special
window/application settings have yet been defined.
2. In the context menu that appears, select "Configure Special Window Settings"
or "Configure Special Application Settings" from the "More actions" cascading
menu.
3. Resize the settings dialog by maximizing it or by dragging the window
border.

Observed behaviour:
2a. A settings dialog appears with a message referring to an "Add property…"
button, but no such button is visible.
3a. The "Add property…" button suddenly pops into view.

Expected behaviour:
2a. A settings dialog appears with a message referring to an "Add property…"
button, and this button is visible.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 187539] Special Application Settings not remembered

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=187539

Tristan Miller  changed:

   What|Removed |Added

 Status|NEEDSINFO   |RESOLVED
 Resolution|WAITINGFORINFO  |WORKSFORME

--- Comment #31 from Tristan Miller  ---
No longer reproducible for me with Plasma 5.22.5.  I followed the steps in my
Comment 9 (modulo some changes to the UI in the last ten years) and the
settings now persist as expected.

I'm tentatively marking this issue as RESOLVED/WORKSFORME but of course if
anyone else can still reproduce this, the bug should probably be reopened.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 443340] slow redraw/flicker with Intel graphics

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=443340

Tristan Miller  changed:

   What|Removed |Added

 CC||psychon...@nothingisreal.co
   ||m

-- 
You are receiving this mail because:
You are watching all bug changes.

[Skanlite] [Bug 369007] Greyscale images saved as colour

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=369007

Tristan Miller  changed:

   What|Removed |Added

 Status|NEEDSINFO   |RESOLVED

--- Comment #8 from Tristan Miller  ---
Yes, the problem seems to be fixed in 21.08.

-- 
You are receiving this mail because:
You are watching all bug changes.

[Skanlite] [Bug 369007] Greyscale images saved as colour

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=369007

Tristan Miller  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 Resolution|WORKSFORME  |---
 Status|RESOLVED|REOPENED

--- Comment #4 from Tristan Miller  ---
Yes, this problem is still reproducible with Skanlite 2.2.0.0.  (Sorry for the
delay in responding.)

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 419227] Can't resize windows (often but not always those run over NX (X2Go))

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=419227

Tristan Miller  changed:

   What|Removed |Added

Summary|Can't resize windows run|Can't resize windows (often
   |over NX (X2Go)  |but not always those run
   ||over NX (X2Go))

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 419227] Can't resize windows run over NX (X2Go)

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=419227

--- Comment #6 from Tristan Miller  ---
On further testing, the problem sometimes happens with windows of locally
running applications, when X2Go isn't even running.  (For example, I'm
currently experiencing the bug with a local konsole window.)  So this is likely
a kwin problem that has nothing to do with X2Go; it's just that the problem is
more consistently reproducible with windows running over X2Go.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kscreenlocker] [Bug 316734] The desktop gets displayed for couple seconds after waking the system.

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=316734

Tristan Miller  changed:

   What|Removed |Added

 CC||psychon...@nothingisreal.co
   ||m

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 406882] Popup plasmoids flicker and disappear when a remote application (via X2Go) is in focus

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=406882

Tristan Miller  changed:

   What|Removed |Added

 Status|NEEDSINFO   |RESOLVED
 Resolution|WAITINGFORINFO  |WORKSFORME

--- Comment #4 from Tristan Miller  ---
The problem is no longer reproducible for me.  I'm now using the following:

KDE Plasma Version: 5.21.1
KDE Frameworks Version: 5.79.0
Qt Version: 5.15.2
OS: openSUSE Tumbleweed
x2goclient: 4.1.2.3~git21+ga1a2f62

-- 
You are receiving this mail because:
You are watching all bug changes.

[konqueror] [Bug 115851] Konqueror does not support Mozilla's 'Kitchen Sink' (page displayed incorrectly)

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=115851

--- Comment #11 from Tristan Miller  ---
(In reply to Justin Zobel from comment #10)
> As this report hasn't seen any changes in 10 years or more, we ask if you
> can please confirm that the issue still persists.

I think you may have overlooked comment #9.

-- 
You are receiving this mail because:
You are watching all bug changes.

[ark] [Bug 104404] Support for file type ARJ

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=104404

--- Comment #14 from Tristan Miller  ---
(In reply to Higa from comment #13)
> If an ARJ archive has folders, it is likely affected by the unarchiver bug.

Then I think you ought to have said that the bug affects paths containing a
slash, not filenames containing a slash.  The former is exceedingly common and
the latter exceedingly uncommon.

-- 
You are receiving this mail because:
You are watching all bug changes.

[systemsettings] [Bug 391471] Application Preference Order not updated when adding an application by path

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=391471

Tristan Miller  changed:

   What|Removed |Added

 Resolution|WAITINGFORINFO  |WORKSFORME
 Status|NEEDSINFO   |RESOLVED

--- Comment #2 from Tristan Miller  ---
(In reply to Justin Zobel from comment #1)
> Can you please check and confirm and advise, thank you.


You're right; I can no longer reproduce the bug with systemsettings 5.21.1.

-- 
You are receiving this mail because:
You are watching all bug changes.

[ark] [Bug 104404] Support for file type ARJ

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=104404

Tristan Miller  changed:

   What|Removed |Added

 CC||psychon...@nothingisreal.co
   ||m

--- Comment #11 from Tristan Miller  ---
(In reply to Higa from comment #10)
> Unarchiver has a bug [1] which prevents correct decompression of arj
> archives which contain filenames with slashes, so I have submitted a request
> to revert my commit earlier.

So why reopen this bug report instead of opening a new one for that particular
edge case?  Surely the commit you submitted will add functionality that works
with 99.9+% of ARJ archives, and so it would be better to keep it in place
pending a fix for the bug.

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 413394] An option to set font size

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=413394

Tristan Miller  changed:

   What|Removed |Added

 CC||psychon...@nothingisreal.co
   ||m

--- Comment #3 from Tristan Miller  ---
(In reply to alex285 from comment #0)
> Created attachment 123457 [details]
> a screen with the issue
> 
> Digital clock Applet it is super huge even when we set the date (which btw i
> believe it should be a default option), and while there is an option to
> change the font, there is not an option to change the size

I liked the super-huge time display because it was easy to read.  After
updating Plasma today on my openSUSE Tumbleweed installation, I find that the
time is now displayed in a small font (the same size as the date) and so no
longer so easy to see at a distance.

It would be great if this change to the default styling could be reverted, or
else for this feature request about setting the font size be implemented.

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 430390] Panel has black edge when compositor is disabled

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=430390

Tristan Miller  changed:

   What|Removed |Added

 CC||psychon...@nothingisreal.co
   ||m

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 388477] Plasma crashes when activating the Application Launcher

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=388477

Tristan Miller  changed:

   What|Removed |Added

 Status|NEEDSINFO   |RESOLVED
 Resolution|WAITINGFORINFO  |WORKSFORME

--- Comment #11 from Tristan Miller  ---
I've no longer been able to reproduce this problem for a while now -- I'm
currently using Plasma 5.20.3.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kscreenlocker] [Bug 408493] Desktop briefly visible before lock screen appears

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=408493

Tristan Miller  changed:

   What|Removed |Added

 Status|NEEDSINFO   |REPORTED
 Resolution|WAITINGFORINFO  |---

--- Comment #8 from Tristan Miller  ---
Clearing the needinfo flag as I assume this was due to my mistaken comment.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kscreenlocker] [Bug 408493] Desktop briefly visible before lock screen appears

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=408493

--- Comment #6 from Tristan Miller  ---
(In reply to Tristan Miller from comment #4)
> I recently changed from the ancient X.Org xf86-video-intel driver
> to the standard modesetting driver, per Bug 395583 Comment 20, and now I am
> no longer experiencing this issue.

Scratch that; I'm now continuing to see the behaviour again, even with the
modesetting driver.  Maybe it happens less often, but it still does happen
occasionally.

-- 
You are receiving this mail because:
You are watching all bug changes.

[frameworks-kwidgetsaddons] [Bug 427141] Unify prompt formatting of KPasswordDialog and KNewPasswordDialog

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=427141

Tristan Miller  changed:

   What|Removed |Added

 Status|NEEDSINFO   |REPORTED
 Resolution|WAITINGFORINFO  |---

--- Comment #2 from Tristan Miller  ---
Well, let me explain how this report arose.

KDialog is more or less a wrapper for the dialog APIs of
frameworks-kwidgetsaddons. With the current Git master of KDialog, invoking

kdialog --newpassword foo\\nbar

results in a new password dialog that says

foo
bar

but invoking it as

kdialog --password foo\\nbar

results in a password dialog that says

foo bar

That is, in one case the newline is being converted to a space and in the other
it is not.  The desired behaviour (at least from KDialog's point of view) is to
preserve the newline.

Since the KDialog code for handling the --password and --newpassword options is
pretty much the same, except that one invokes a KPasswordDialog and the other
invokes a KNewPasswordDialog, I assume that the discrepancy in behaviour lies
in frameworks-kdewidgetsaddons.  From reading its source, I see that the
setPrompt() function on line 291 of kpassworddialog.cpp invokes
d->ui.prompt->setWordWrap(true), whereas the setPrompt() function on line 264
of knewpassworddialog.cpp does not.  I had assumed that this was the cause of
the problem, but did not test this by changing and building the code myself.

If this isn't the cause of the problem, then the cause must lie elsewhere,
though I'm still pretty sure it's in frameworks-kdewidgetsaddons and not
KDialog.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 419227] Can't resize windows run over NX (X2Go)

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=419227

--- Comment #3 from Tristan Miller  ---
The problem is still reproducible with kwin 5.19.5.  Would any kwin developer
like to take a look at this in the near future?  I gather that Ulrich (one of
the nx-libs developers) is eager to collaborate on a solution, and I'm also
available to test patches.

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 395730] Calendar doesn't appear on second virtual desktop

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=395730

Tristan Miller  changed:

   What|Removed |Added

 Resolution|WAITINGFORINFO  |WORKSFORME
 Status|NEEDSINFO   |RESOLVED

--- Comment #2 from Tristan Miller  ---
I tested again on Plasma 5.19.5 and it's working for me now.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kscreenlocker] [Bug 408493] Desktop briefly visible before lock screen appears

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=408493

Tristan Miller  changed:

   What|Removed |Added

 CC||psychon...@nothingisreal.co
   ||m

--- Comment #4 from Tristan Miller  ---
(In reply to Martin Flöser from comment #1)
> Most likely a graphics driver failure. The infrastructure ensures to lock
> prior to suspend.

I agree -- I recently changed from the ancient X.Org xf86-video-intel driver to
the standard modesetting driver, per Bug 395583 Comment 20, and now I am no
longer experiencing this issue.

Anyone who is still experiencing this issue, please check if you are using the
xf86-video-intel driver, and if so, try switching to the modesetting driver
instead.  (Or conversely, if you are using the modesetting driver on a very old
Intel graphics controller, try changing to xf86-video-intel.)

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 393956] Digital Clock widget add custom time format

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=393956

Tristan Miller  changed:

   What|Removed |Added

 CC||psychon...@nothingisreal.co
   ||m

-- 
You are receiving this mail because:
You are watching all bug changes.

[kdialog] [Bug 352981] Newline \n does not work with --inputbox

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=352981

Tristan Miller  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|REPORTED|RESOLVED
  Latest Commit||https://invent.kde.org/util
   ||ities/kdialog/commit/3a34c7
   ||61a0ef28d8ae1028caae82ead20
   ||59a079b

--- Comment #7 from Tristan Miller  ---
Git commit 3a34c761a0ef28d8ae1028caae82ead2059a079b by Tristan Miller.
Committed on 12/10/2020 at 13:59.
Pushed by sitter into branch 'master'.

make \n work with (img)inputbox and (new)password

Note that \n in password prompts are converted to spaces due to
bug#427141.

M  +6-4src/kdialog.cpp

https://invent.kde.org/utilities/kdialog/commit/3a34c761a0ef28d8ae1028caae82ead2059a079b

-- 
You are receiving this mail because:
You are watching all bug changes.

[kdialog] [Bug 427415] --menu, --radiolist, and --checklist show incorrect usage instructions

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=427415

Tristan Miller  changed:

   What|Removed |Added

Summary|--menu dialog shows |--menu, --radiolist, and
   |incorrect usage |--checklist show incorrect
   |instructions|usage instructions

--- Comment #1 from Tristan Miller  ---
A similar problem exists with the usage instructions for --radiolist and with
--checklist (which is also missing the ellipsis to indicate that last set of
arguments may be repeated).

-- 
You are receiving this mail because:
You are watching all bug changes.

[kdialog] [Bug 427414] --slider dialog needs documentation and usage instructions

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=427414

Tristan Miller  changed:

   What|Removed |Added

 Blocks||427415


Referenced Bugs:

https://bugs.kde.org/show_bug.cgi?id=427415
[Bug 427415] --menu dialog shows incorrect usage instructions
-- 
You are receiving this mail because:
You are watching all bug changes.

[kdialog] [Bug 427415] --menu dialog shows incorrect usage instructions

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=427415

Tristan Miller  changed:

   What|Removed |Added

 Depends on|427414  |


Referenced Bugs:

https://bugs.kde.org/show_bug.cgi?id=427414
[Bug 427414] --slider dialog needs documentation and usage instructions
-- 
You are receiving this mail because:
You are watching all bug changes.

[kdialog] [Bug 427414] --slider dialog needs documentation and usage instructions

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=427414

Tristan Miller  changed:

   What|Removed |Added

 Blocks|427415  |


Referenced Bugs:

https://bugs.kde.org/show_bug.cgi?id=427415
[Bug 427415] --menu dialog shows incorrect usage instructions
-- 
You are receiving this mail because:
You are watching all bug changes.

[kdialog] [Bug 427415] New: --menu dialog shows incorrect usage instructions

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=427415

Bug ID: 427415
   Summary: --menu dialog shows incorrect usage instructions
   Product: kdialog
   Version: 20.08
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: br...@frogmouth.net
  Reporter: psychon...@nothingisreal.com
CC: br...@frogmouth.net
Depends on: 427414
  Target Milestone: ---

When called with the wrong number of arguments, --menu issues incorrect usage
instructions:

Syntax: --menu text [tag item] [tag item] ...

Since this dialog type requires at least one tag and item, the instructions
should actually be as follows:

Syntax: --menu text tag item [tag item] ...


Referenced Bugs:

https://bugs.kde.org/show_bug.cgi?id=427414
[Bug 427414] --slider dialog needs documentation and usage instructions
-- 
You are receiving this mail because:
You are watching all bug changes.

[kdialog] [Bug 427414] New: --slider dialog needs documentation and usage instructions

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=427414

Bug ID: 427414
   Summary: --slider dialog needs documentation and usage
instructions
   Product: kdialog
   Version: 20.08
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: br...@frogmouth.net
  Reporter: psychon...@nothingisreal.com
  Target Milestone: ---

Almost all of the dialog types offered by KDialog are sufficiently documented,
either in the tutorial at
,
or else in the man page, or else by emitting usage instructions on the console
when called with the wrong number of arguments.  The only exception is
--slider, which is mentioned only in the man page, but without enough
information to understand how it should be invoked.  And invoking --slider with
only one argument results in a nonsensical slider dialog rather than displaying
usage instructions.

To fix this problem, the following is required:

1. Add a section for --slider to the tutorial (probably as a subsection of
§3.7)

2. When --slider is called with fewer than two or more than four arguments,
KDialog should immediately quit with exit status 255 and the following message
should be output:

Syntax: --slider text min_value max_value increment

-- 
You are receiving this mail because:
You are watching all bug changes.

[kscreenlocker] [Bug 395583] Cannot login after lock screen which went to sleep

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=395583

--- Comment #20 from Tristan Miller  ---
With the help of the openSUSE developers I have discovered the cause of the
lock screen freezing after resuming from suspend, at least on my computer.  The
problem was not kscreenlocker but rather a recent regression in the X.Org
xf86-video-intel driver.  This driver is known to cause issues when used with
relatively modern graphics hardware (mine is from 2015), particularly with KDE
Plasma, as detailed at
<https://community.kde.org/Plasma/5.9_Errata#Intel_GPUs>.  The solution for me
was to uninstall the xf86-video-intel driver and instead use the modesetting
driver (which is the default on most GNU/Linux distributions these days).

So any of you who are still suffering from this bug, please check if you are
using the xf86-video-intel driver, and if so, try switching to the modesetting
driver instead.  (Or conversely, if you are using the modesetting driver on a
very old Intel graphics controller, try changing to xf86-video-intel.)  If this
solution works for everyone, then the present bug report can be closed (as
INVALID or UPSTREAM or whatever is appropriate).

-- 
You are receiving this mail because:
You are watching all bug changes.

[kscreenlocker] [Bug 395583] Cannot login after lock screen which went to sleep

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=395583

Tristan Miller  changed:

   What|Removed |Added

   See Also||https://bugzilla.opensuse.o
   ||rg/show_bug.cgi?id=1177177

--- Comment #19 from Tristan Miller  ---
Downstream bug report for openSUSE:
https://bugzilla.opensuse.org/show_bug.cgi?id=1177177

-- 
You are receiving this mail because:
You are watching all bug changes.

[kscreenlocker] [Bug 395583] Cannot login after lock screen which went to sleep

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=395583

--- Comment #18 from Tristan Miller  ---
Created attachment 132041
  --> https://bugs.kde.org/attachment.cgi?id=132041=edit
journalctl on an openSUSE 15.2 system

Attached is the output of journalctl on an openSUSE 15.2 system for the period
when this bug occurs for me.  Here is a high-level timeline:

08:00:16 I suspend my computer by pressing the suspend key.

08:24:29 I wake up my computer.  The login screen appears but after typing the
first couple characters of my password, the login screen becomes unresponsive.

08:24:42 I switch to tty1 and log in as root (and do the same on tty2) and then
issue a shutdown -r command.

08:26:24 The system reboots.

Perhaps something in this log indicates what the problem might be.

-- 
You are receiving this mail because:
You are watching all bug changes.

[frameworks-kwidgetsaddons] [Bug 427141] New: Unify prompt formatting of KPasswordDialog and KNewPasswordDialog

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=427141

Bug ID: 427141
   Summary: Unify prompt formatting of KPasswordDialog and
KNewPasswordDialog
   Product: frameworks-kwidgetsaddons
   Version: unspecified
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: cf...@kde.org
  Reporter: psychon...@nothingisreal.com
CC: kdelibs-b...@kde.org
  Target Milestone: ---

The behaviour of KPasswordDialog::setPrompt() and
KNewPasswordDialog::setPrompt() is inconsistent with respect to how the prompt
is formatted: the former applies word wrap whereas the latter does not.  Since
both dialogs are intended for similar purposes (i.e., to enter a password), the
formatting of the prompt should be similar.  Either both prompts should apply
word wrap, or neither of them should.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kdialog] [Bug 352981] Newline \n does not work with --inputbox

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=352981

Tristan Miller  changed:

   What|Removed |Added

  Attachment #94749|0   |1
is obsolete||

--- Comment #6 from Tristan Miller  ---
Comment on attachment 94749
  --> https://bugs.kde.org/attachment.cgi?id=94749
Fixes Bug 352981

Patch is now obsolete due to API changes and refactoring/further development of
kdialog.cpp.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kdialog] [Bug 352981] Newline \n does not work with --inputbox

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=352981

--- Comment #5 from Tristan Miller  ---
The --password and --newpassword dialogs have the same problem.  Possibly
further dialogs are also affected.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kdialog] [Bug 352981] Newline \n does not work with --inputbox

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=352981

--- Comment #4 from Tristan Miller  ---
Problem is still reproducible with KDialog 20.08.1.

-- 
You are receiving this mail because:
You are watching all bug changes.

[konqueror] [Bug 373318] Crash on visiting https://competitions.codalab.org

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=373318

Tristan Miller  changed:

   What|Removed |Added

 Status|REPORTED|RESOLVED
 Resolution|--- |WORKSFORME

--- Comment #2 from Tristan Miller  ---
No longer reproducible for me when visiting the live version of
https://competitions.codalab.org with Konqueror 20.08.1.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kde] [Bug 117452] All applications should read from stdin where applicable

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=117452

--- Comment #5 from Tristan Miller  ---
Nate, I appreciate all the work you have been doing lately in pinging ancient
bugs and closing the ones that are not or no longer valid, but I have to
disagree with you in this case (and in the case of Bug 117454).  KDE isn't just
a random collection of applications that behave entirely at the whim of their
developers, but rather a project to create a unified, coherent desktop
environment. This means (among other things) consistent user interface
guidelines and interoperability among applications.

The present bug is as a request for our official development guidelines
(formerly at
<http://developer.kde.org/documentation/standards/kde/style/basics/index.html>
but now at <https://techbase.kde.org/Development/Guidelines>) to codify a -
command-line option as being standard interface behaviour (where appropriate)
so that our developers are at least aware of the need for it.  Strictly
speaking, the bug is "RESOLVED->FIXED" when KDE's developer documentation is
updated, not when every KDE application in existence comes into compliance with
it.

The idea of leaving this issue open as a tracking bug was a suggestion for
coordinating UI updates among our various UI gurus and application developers. 
That is, whenever a new issue is filed for a particular application to
implement the - option, it can simply reference this one so that the reporter
doesn't need to rehash all the information presented here, and conversely those
following the tracking bug will become aware of the dependent ones and perhaps
volunteer to help fix them.  Of course, doing things this way isn't strictly
necessary, though in my experience it's a fairly common one in collaborative
free software projects.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 252314] Emacs window resizes whenever a buffer is closed (openSUSE 11.3)

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=252314

--- Comment #47 from Tristan Miller  ---
On further testing, I can confirm that the workaround from Comment 37 still
works.  Still, it would be nice if this weren't necessary.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kscreenlocker] [Bug 395583] Cannot login after lock screen which went to sleep

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=395583

Tristan Miller  changed:

   What|Removed |Added

 CC||psychon...@nothingisreal.co
   ||m

--- Comment #17 from Tristan Miller  ---
I have the same problem as originally reported, except that switching to a text
console and back again doesn't work around the issue.  That is, about 10% of
the time when the screen locks, the login form doesn't appear when manipulating
the mouse or keyboard.  The date and time displayed on the lock screen are
frozen, but the mouse pointer can still be moved around the screen.  Switching
to a text console works, but running htop doesn't reveal anything out of the
ordinary.  Manually running "loginctl unlock-session n" (where n is the session
number) has no effect.  Trying to force a logout using "qdbus org.kde.ksmserver
/KSMServer logout 0 0 0" seems to work after a long delay (a minute or two) in
that it looks like it shuts down the session and brings back the KDE login
screen, but when you try to log in, the panel and desktop, and many other
Plasma elements fail to appear, making the system almost unusable.

System details:

OS: openSUSE Leap 15.2 (64-bit)
KDE Plasma Version: 5.18.5
KDE Frameworks Version: 5.71.0
Qt Version: 5.12.7
Kernel Version: 5.3.18-lp15236-default
Hardware: Acer TravelMate B115 netbook, which has an Intel ValleyView Gen7
graphics controller driving the built-in display

I'm happy to provide further information (logs, etc.) if someone tells me what
is needed, though since the problem isn't reliably reproducible it might take
me a while.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kscreenlocker] [Bug 415362] Lock after waking from sleep: a glimpse of desktop before lock screen appears.

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=415362

Tristan Miller  changed:

   What|Removed |Added

 CC||psychon...@nothingisreal.co
   ||m

--- Comment #2 from Tristan Miller  ---
Possible duplicate of Bug 408493.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kscreenlocker] [Bug 421320] kscreenlocker does not work properly

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=421320

Tristan Miller  changed:

   What|Removed |Added

 CC||psychon...@nothingisreal.co
   ||m

--- Comment #1 from Tristan Miller  ---
Possible duplicate of Bug 415362.

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 384540] KDE applications segfault when XLIB_SKIP_ARGB_VISUALS is defined

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=384540

--- Comment #14 from Tristan Miller  ---
I also can't reproduce this problem with openSUSE Tumbleweed.

aux...@gmail.com, openSUSE Leap 15.1 is due to be EOL'd in two months.  Perhaps
you could upgrade to 15.2 and try testing again?

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 252314] Emacs window resizes whenever a buffer is closed (openSUSE 11.3)

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=252314

--- Comment #46 from Tristan Miller  ---
Some further details: I was not using any Special Window Settings or Special
Application Settings to force vertical maximization.  (Such settings had not
been necessary after this bug was fixed previously.)  But if I go ahead and add
a Special Application Settings entry to always force vertical maximization,
then the Emacs window shrinks anyway whenever I complete a search with Ctrl+S. 
What's worse, it's no longer possible to adjust the vertical size of the window
by dragging the window edge, and the maximize button is missing from the window
title bar.  And even worse than that, there doesn't seem to be any way of
removing the Special Applications Setting entry, since if I revisit the Special
Applications Setting dialog, the entry is no longer listed at all!

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 252314] Emacs window resizes whenever a buffer is closed (openSUSE 11.3)

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=252314

Tristan Miller  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 Status|RESOLVED|REOPENED
 Resolution|FIXED   |---

--- Comment #45 from Tristan Miller  ---
I think we may have hit a regression, as I can now reproduce this problem.  I
am using the following on openSUSE Tumbleweed:

Emacs 27.1
KDE Plasma 5.19.4
KDE Frameworks 5.73.0
Qt 5.15.0

An easy way to reproduce the behaviour is to open any file with Emacs, press
Ctrl+S to invoke the search function, type in some text to search for, and then
hit Enter.  The Emacs window will then shrink vertically.

-- 
You are receiving this mail because:
You are watching all bug changes.

[k3b] [Bug 80993] Please add Musicbrainz metadata lookup in k3b cd ripper

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=80993

--- Comment #11 from Tristan Miller  ---
(In reply to Timo Ollech from comment #10)
> As freedb was shut down recently, this should have high priority by now. I'm
> stuck with manually typing track titles as of now.

Are you saying that the fix for Bug 418421 doesn't work for you?

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 384540] KDE applications segfault when XLIB_SKIP_ARGB_VISUALS is defined

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=384540

--- Comment #12 from Tristan Miller  ---
(In reply to auxsvr from comment #11)
> Using openSUSE 15.1, this report is still valid, as
> XLIB_SKIP_ARGB_VISUALS='' still crashes okular 1.10.0.

Not reproducible for me with openSUSE 15.1 (KDE 5.55.0, Qt 5.9.7). I tried
various applications (Okular 1.6.3, Dolphin) and various widget styles (Breeze,
Fusion). What version of Qt are you running? Is it possible it's an old version
that doesn't contain Kai's patch?

-- 
You are receiving this mail because:
You are watching all bug changes.

[okular] [Bug 420755] Animated scroll transitions should respect global animation speed

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=420755

Tristan Miller  changed:

   What|Removed |Added

 CC||psychon...@nothingisreal.co
   ||m

--- Comment #13 from Tristan Miller  ---
Another important reason to provide a mechanism for disabling this new feature:
the scrolling animation makes Okular all but unusable when running remotely
over a slow Internet connection.

-- 
You are receiving this mail because:
You are watching all bug changes.

[frameworks-plasma] [Bug 332512] Plasma Popups aren't resizable, and if you force-resize them, they forget their size after the computer or plasmashell is restarted

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=332512

Tristan Miller  changed:

   What|Removed |Added

 CC||psychon...@nothingisreal.co
   ||m

--- Comment #89 from Tristan Miller  ---
(In reply to fabrice salvaire from comment #88)
> As many users, I cannot fork and patch KDE, I'd rather pay for something
> that works!  That is the real issue, a framework must be maintained and it
> costs.

How kind it is of you to offer a cash bounty for this bug!  Could you please
post the link to your bounty's entry on BountySource (or wherever it is you
have placed the funds in escrow)?

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 419227] Can't resize windows run over NX (X2Go)

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=419227

--- Comment #2 from Tristan Miller  ---
(In reply to Ulrich Sibiller from comment #1)
> It is worth adding that after some tries it suddenly works for every further
> attempt of the same window.

This formerly (i.e., many months or years ago) worked for me, but it doesn't
any more.

> Restarting kwin (kwin --replace) resets the
> state and your need to resize several times again until it works.

I have never tried this until now, but this one doesn't work for me either.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 419227] Can't resize windows run over NX (X2Go)

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=419227

Tristan Miller  changed:

   What|Removed |Added

   See Also||https://github.com/ArcticaP
   ||roject/nx-libs/issues/910

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 419227] New: Can't resize windows run over NX (X2Go)

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=419227

Bug ID: 419227
   Summary: Can't resize windows run over NX (X2Go)
   Product: kwin
   Version: 5.18.3
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: kwin-bugs-n...@kde.org
  Reporter: psychon...@nothingisreal.com
  Target Milestone: ---

SUMMARY:

It's not possible to drag-resize windows from most applications run over NX
, the X11 protocol compression suite
used by remote-access tools like X2Go.  The problem seems to be specific to
kwin; when using a different window manager there is no problem resizing
windows.  Resizing windows by maximizing or restoring them still works.


STEPS TO REPRODUCE:

1. Use nxagent to launch a nested X Server on the local machine:

$ nxagent -ac :55 -R &

2. Launch an application on the display specified in the previous step:

$ DISPLAY=:55 konsole &

3. Place the mouse pointer over one of the edges of the application window and
drag.


OBSERVED RESULT:

4. The window edge expands by a few pixels and then stops.


EXPECTED RESULT:

4. The window edge should expand as far as the mouse pointer is dragged.

SOFTWARE/OS VERSIONS
KDE Plasma Version: 5.18.3
KDE Frameworks Version: 5.68.0
Qt Version: 5.14.1
nx-libs version: 3.5.99.22

ADDITIONAL INFORMATION

* The problem occurs with kwin but not with twin (Trinity's fork of kwin) or
xfwm4

* The problem does not occur with every application.  I can verify that it is
reproducible with Thunderbird, Konsole, xfce4-terminal, and Claws Mail, but not
with xterm, xcalc, and glxgears.

* The issue has also been reported on the nx-libs issue tracker:


* Perhaps this issue is somehow related to Bug 83805, which I filed here about
16 years ago?

-- 
You are receiving this mail because:
You are watching all bug changes.

[k3b] [Bug 418421] freeDB.org is shutting down; k3b needs to use a different service

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=418421

--- Comment #5 from Tristan Miller  ---
(In reply to Tristan Miller from comment #4)
> That means that the blocking bug, Bug 80933, needs to be fixed

Sorry, that was a typo for Bug 80993.

-- 
You are receiving this mail because:
You are watching all bug changes.

[k3b] [Bug 418421] freeDB.org is shutting down; k3b needs to use a different service

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=418421

--- Comment #4 from Tristan Miller  ---
The purpose of this bug is (1) to get k3b to stop using freeDB.org after the
end of this month, and (2) to add functionality for a similar service that can
be used to look up album information when ripping audio CDs.  As far as you and
I know, Musicbrainz is the only such similar service.  That means that the
blocking bug, Bug 80933, needs to be fixed (or verified as being already
fixed).

If anyone else reading this issue can name another freeDB.org-like service,
preferably one that is free to use and uses the same API as freeDB.org, then
that would provide an alternative solution to the present bug.  (That is, one
that might be as easy as replacing all references in k3b to the freeDB.org
domain to the domain of the new service.)

-- 
You are receiving this mail because:
You are watching all bug changes.

[k3b] [Bug 418421] freeDB.org is shutting down; k3b needs to use a different service

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=418421

Tristan Miller  changed:

   What|Removed |Added

 Resolution|WAITINGFORINFO  |---
 Status|NEEDSINFO   |CONFIRMED

--- Comment #2 from Tristan Miller  ---
(In reply to Albert Astals Cid from comment #1)
> k3b can already also use musicbrainz no?

According to Bug 80993 it doesn't do this for audio CD rips.  I haven't tested
this myself.

> What other service is there that is not freedb and not musicbrainz?

None that I'm aware of, and none that a cursory web search turns up.

-- 
You are receiving this mail because:
You are watching all bug changes.

[k3b] [Bug 80993] Please add Musicbrainz metadata lookup in k3b cd ripper

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=80993

Tristan Miller  changed:

   What|Removed |Added

   See Also||https://bugs.kde.org/show_b
   ||ug.cgi?id=418421
 CC||psychon...@nothingisreal.co
   ||m

-- 
You are receiving this mail because:
You are watching all bug changes.

[k3b] [Bug 418421] freeDB.org is shutting down; k3b needs to use a different service

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=418421

Tristan Miller  changed:

   What|Removed |Added

   See Also||https://bugs.kde.org/show_b
   ||ug.cgi?id=80993

-- 
You are receiving this mail because:
You are watching all bug changes.

[systemsettings] [Bug 418107] freedb service will be shut down on March 31st of 2020. CDDB Retrieval kcm should use another service to CD lookup.

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=418107

Tristan Miller  changed:

   What|Removed |Added

   See Also||https://bugs.kde.org/show_b
   ||ug.cgi?id=418421

-- 
You are receiving this mail because:
You are watching all bug changes.

[k3b] [Bug 269485] References to CDDB are inaccurate and misleading; should be replaced

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=269485

Tristan Miller  changed:

   What|Removed |Added

   See Also||https://bugs.kde.org/show_b
   ||ug.cgi?id=418421

-- 
You are receiving this mail because:
You are watching all bug changes.

[k3b] [Bug 418421] New: freeDB.org is shutting down; k3b needs to use a different service

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=418421

Bug ID: 418421
   Summary: freeDB.org is shutting down; k3b needs to use a
different service
   Product: k3b
   Version: 19.12
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: k...@kde.org
  Reporter: psychon...@nothingisreal.com
CC: mich...@jabster.pl, tr...@kde.org
  Target Milestone: ---

k3b currently looks up CD information using the freeDB.org service at
.  According to banner posted on the freeDB.org page,
the service will be shutting down at the end of March 2020.  So k3b will need
to be adapted to use a different service.

-- 
You are receiving this mail because:
You are watching all bug changes.

[k3b] [Bug 418421] freeDB.org is shutting down; k3b needs to use a different service

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=418421

Tristan Miller  changed:

   What|Removed |Added

   See Also||https://bugs.kde.org/show_b
   ||ug.cgi?id=269485,
   ||https://bugs.kde.org/show_b
   ||ug.cgi?id=418107

-- 
You are receiving this mail because:
You are watching all bug changes.

[Breeze] [Bug 412078] Hovering on checkboxes or comboboxes changes their color to black

[Tristan Miller]

https://bugs.kde.org/show_bug.cgi?id=412078

--- Comment #56 from Tristan Miller  ---
(In reply to JanKusanagi from comment #55)
> Mageia has librsvg-2.47.0 and this issue still reappeared with Plasma 5.18.
> 
> What version of librsvg is required to fix this?

According to the upstream bug reported linked to in Comment 34, librsvg 2.46.4
was to contain the fix.  (That's the version that I'm running, on openSUSE
Tumbleweed, and I'm not experiencing the bug any more.)  If you are seeing the
problem with librsvg 2.47.0, then there may have been a regression, and so this
should probably be reported on the upstream bug report.

-- 
You are receiving this mail because:
You are watching all bug changes.