[Skanlite] [Bug 475170] New: Skanlite cannot connect to USB scanner unless first initialized by 3rd party app (vuescan)

2023-10-03 Thread Gregor B. Rosenauer
https://bugs.kde.org/show_bug.cgi?id=475170

Bug ID: 475170
   Summary: Skanlite cannot connect to USB scanner unless first
initialized by 3rd party app (vuescan)
Classification: Applications
   Product: Skanlite
   Version: 23.08.1
  Platform: Manjaro
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: kare.s...@iki.fi
  Reporter: gregor.rosena...@gmail.com
  Target Milestone: ---

SUMMARY

USB Scanner Epson Perfection 2480 Photo is not recognised unless first
initialized by a 3rd party app (VueScan).

STEPS TO REPRODUCE
1. start Skanlite
2. Scanner is detected and listed in sources dialog
3. select the Epson scanner and press OK

OBSERVED RESULT

A generic error displayed ("could not connect to scanner" or similar) and you
have to quit the app.

EXPECTED RESULT

preview window should appear.

SOFTWARE/OS VERSIONS

Linux/KDE Plasma: Manjaro KDE Edition
KDE Plasma Version: 5.27.8
KDE Frameworks Version: 5.110.0
Qt Version: 5.15.10

ADDITIONAL INFORMATION

If you initialise the scanner by starting e.g. VueScan (free demo available at
https://www.hamrick.com/ and in AUR/pamac as package "vuescan-bin") and THEN
start scanlite, it works as expected.

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

[konqueror] [Bug 192823] cannot log in to picasa account

2023-01-03 Thread Gregor B. Rosenauer
https://bugs.kde.org/show_bug.cgi?id=192823

Gregor B. Rosenauer  changed:

   What|Removed |Added

 Status|NEEDSINFO   |RESOLVED
 Resolution|WAITINGFORINFO  |FIXED

--- Comment #8 from Gregor B. Rosenauer  ---
This has been resolved a long time ago already, and Picasa has been transformed
into Google photos for some time now 

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

[calligrasheets] [Bug 451174] New: crash when shifting cells to the right and trying to continue editing the new area

2022-03-05 Thread Gregor B. Rosenauer
https://bugs.kde.org/show_bug.cgi?id=451174

Bug ID: 451174
   Summary: crash when shifting cells to the right and trying to
continue editing the new area
   Product: calligrasheets
   Version: 3.2.1
  Platform: Manjaro
OS: Linux
Status: REPORTED
  Severity: crash
  Priority: NOR
 Component: general
  Assignee: calligra-sheets-bugs-n...@kde.org
  Reporter: gregor.rosena...@gmail.com
  Target Milestone: ---

Created attachment 147305
  --> https://bugs.kde.org/attachment.cgi?id=147305=edit
test sheet for reproducing the crash

SUMMARY

(sadly no debug symbols available on Manjaro/Arch, but crashes everytime so
should be easy to reproduce.)


STEPS TO REPRODUCE
1. open attached file (this is actually my first every PC built back in the
day:)
2. select the first column in the main table for all component rows (so as to
insert a new one)
3. right click -> insert -> column
4. cells should be shifted to the right
5. as soon as you start editing the table again, the application crashes

OBSERVED RESULT

application crashes when continuing editing the new cells

EXPECTED RESULT

table editing should be possible as before

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: Linux (x86_64) release 5.16.11-2-MANJARO
KDE Plasma Version: 5.24.2
KDE Frameworks Version: 5.91.0
Qt Version: 5.15.2

ADDITIONAL INFORMATION

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

[konqueror] [Bug 155422] page rendering nested wrong

2018-09-24 Thread Gregor B . Rosenauer
https://bugs.kde.org/show_bug.cgi?id=155422

--- Comment #4 from Gregor B. Rosenauer  ---
no longer relevant, I think Konqueror is history now and people use Chromium,
Firefox or Brave browser

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

[kio] [Bug 145238] no warning when file changed on CIFS-share

2018-09-24 Thread Gregor B . Rosenauer
https://bugs.kde.org/show_bug.cgi?id=145238

--- Comment #8 from Gregor B. Rosenauer  ---
couldn't reproduce anymore in Kate Version 18.08.1, works as it should.

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

[kate] [Bug 383087] recover unsaved files after crash

2017-09-18 Thread Gregor B . Rosenauer
https://bugs.kde.org/show_bug.cgi?id=383087

--- Comment #3 from Gregor B. Rosenauer <gregor.rosena...@gmail.com> ---
thanks @Christoph_Feck didn't remember that one, seems I've overlooked the swap
file then, the option is active.

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

[digikam] [Bug 383094] New: apply operation to selection

2017-08-03 Thread Gregor B . Rosenauer
https://bugs.kde.org/show_bug.cgi?id=383094

Bug ID: 383094
   Summary: apply operation to selection
   Product: digikam
   Version: 5.6.0
  Platform: Manjaro
OS: Linux
Status: UNCONFIRMED
  Severity: wishlist
  Priority: NOR
 Component: showfoto
  Assignee: digikam-de...@kde.org
  Reporter: gregor.rosena...@gmail.com
  Target Milestone: ---

Filters and effects can only be applied to the whole image, but not to the
selection only (e.g. blur faces only, not entire image).
I'd find this very useful and would need this simple but powerful feature in
Showfoto.

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

[kate] [Bug 383087] New: recover unsaved files after crash

2017-08-03 Thread Gregor B . Rosenauer
https://bugs.kde.org/show_bug.cgi?id=383087

Bug ID: 383087
   Summary: recover unsaved files after crash
   Product: kate
   Version: 16.04.1
  Platform: Ubuntu Packages
OS: Linux
Status: UNCONFIRMED
  Severity: wishlist
  Priority: NOR
 Component: general
  Assignee: kwrite-bugs-n...@kde.org
  Reporter: gregor.rosena...@gmail.com
  Target Milestone: ---

When the system (or Kate) crashes, all editor content is lost.
It would be great if Kate supported crash recovery, like most editors do, even
console based ones, by continuously saving a hidden backup file on the fly in
the background.

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

[okular] [Bug 375012] New: cannot print in custom dimensions

2017-01-13 Thread Gregor B . Rosenauer
https://bugs.kde.org/show_bug.cgi?id=375012

Bug ID: 375012
   Summary: cannot print in custom dimensions
   Product: okular
   Version: 1.0.0
  Platform: Archlinux Packages
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: printing
  Assignee: okular-de...@kde.org
  Reporter: gregor.rosena...@gmail.com
  Target Milestone: ---

I want to print a greeting card in B6 format on a template paper with 2xB6
areas for folding (it's a 170x230mm paper card).

As there is no predefined format for that, I was trying to select "custom"
("manual") in the paper size selection box and entered my page dimensions.

However, the paper selection stays at the previous selection "4x6in", and the
custom dimensions are ignored, leading to a printout at 4x6in on my 170x230mm
paper.

Also, after selecting different paper sizes, there is no going back to manual
or custom page sizes anymore, as the text area always stays grayed out.
You have to close and reopen the dialog to make it accessible again.

I am using TurboPrint drivers, but also with standard Gutenprint drivers, I get
the same behaviour in the paper setup.

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

[digikam] [Bug 374705] export a photo to local drive

2017-01-07 Thread Gregor B . Rosenauer
https://bugs.kde.org/show_bug.cgi?id=374705

--- Comment #3 from Gregor B. Rosenauer <gregor.rosena...@gmail.com> ---
Still feels like a UX bug to me, though.
Using a separate "remote storage tool" is quite overblown for such a simple
usecase, and using "Album->Open in File manager" still forces me to search for
the image again, which is cumbersome.
Drag is an option, but still forces me to open the target folder in
Dolphin first, quite a workaround and not straight forward.

What about a simple standard menu action in the "Item" menu like "Save As..."?

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

[digikam] [Bug 374705] New: export a photo to local drive

2017-01-07 Thread Gregor B . Rosenauer
https://bugs.kde.org/show_bug.cgi?id=374705

Bug ID: 374705
   Summary: export a photo to local drive
   Product: digikam
   Version: 5.3.0
  Platform: Other
OS: Linux
Status: UNCONFIRMED
  Severity: wishlist
  Priority: NOR
 Component: Export
  Assignee: digikam-de...@kde.org
  Reporter: gregor.rosena...@gmail.com
  Target Milestone: ---

I could not find a way to export a photo from the albums view to a folder on my
computer, which is quite strange.

E.g., when using an online service where I need to upload some photos (not one
of the usual photo sites which are already covered by the export plugins), I
usually collect the desired photos on a temporary location where I can easily
find them for upload.

Only solution I could find is to open the photo with the default app, and from
there save it to my local target.

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