[dolphin] [Bug 464847] Changing remote FTP files permissions always ends in error window

2024-03-07 Thread John Smith
https://bugs.kde.org/show_bug.cgi?id=464847

John Smith  changed:

   What|Removed |Added

 Status|REPORTED|CONFIRMED
 Ever confirmed|0   |1
 CC||m...@antipin.net

--- Comment #1 from John Smith  ---
Same problem, Debian 12, Krusader & Dolphin.

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

[Active Window Control] [Bug 453039] How to Solve 500 internal server error on Elementor

2022-04-26 Thread John Smith
https://bugs.kde.org/show_bug.cgi?id=453039

John Smith  changed:

   What|Removed |Added

URL||https://www.wordpressconver
   ||ter.com/solve-500-internal-
   ||server-error/

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

[Active Window Control] [Bug 453039] New: How to Solve 500 internal server error on Elementor

2022-04-26 Thread John Smith
https://bugs.kde.org/show_bug.cgi?id=453039

Bug ID: 453039
   Summary: How to Solve 500 internal server error on Elementor
   Product: Active Window Control
   Version: unspecified
  Platform: Other
OS: Other
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: General
  Assignee: zrenf...@gmail.com
  Reporter: john.smithin...@gmail.com
CC: plasma-b...@kde.org
  Target Milestone: ---

Are you getting 500 Internal Server Error while updating a page build on
Elementor plugin? Internal server error is one of the most common WordPress
errors!

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

[kwin] [Bug 448098] Trying to drag tabs in Chrome to reorder them suddenly always produces a new window

2022-01-08 Thread John Smith
https://bugs.kde.org/show_bug.cgi?id=448098

--- Comment #2 from John Smith  ---
Thanks, much appreciated.

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

[kwin] [Bug 448098] New: Trying to drag tabs in Chrome to reorder them suddenly always produces a new window

2022-01-07 Thread John Smith
https://bugs.kde.org/show_bug.cgi?id=448098

Bug ID: 448098
   Summary: Trying to drag tabs in Chrome to reorder them suddenly
always produces a new window
   Product: kwin
   Version: 5.22.5
  Platform: Kubuntu Packages
OS: Linux
Status: REPORTED
  Severity: major
  Priority: NOR
 Component: general
  Assignee: kwin-bugs-n...@kde.org
  Reporter: nexus20072...@gmail.com
  Target Milestone: ---

SUMMARY

Since the last time Chrome updated, clicking and dragging tabs always creates a
new window and they can't be dragged back into another Chrome window. Keyboard
shortcuts of Shift+Ctrl+PgUp/PgDn do allow tabs to be merged back into a
window, but not being able to reorder tabs is a workflow killer.

Several people seem to have reported the same thing with the latest Chrome
build (97.0.4692.71) and I'm not 100% sure this is a KWin issue but it seemed
the logical place to report for Plasma as it's to do with window management and
the issue reportedly doesn't exist using the same Chrome build under Xfce or
Gnome. There's current discussion of this issue at
https://bugs.launchpad.net/ubuntu/+source/unity-2d/+bug/935713

STEPS TO REPRODUCE
1. Install latest Chrome.
2. Create several new tabs.
3. Try to drag a tab to reorder them.

OBSERVED RESULT
A new window is created rather than tabs being able to be reordered.

EXPECTED RESULT
A new window should only be created if the tab is dragged out of the window,
and tabs should be able to be dragged into an existing Chrome window.

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: using Kubuntu 21.10
(available in About System)
KDE Plasma Version: 5.22.5
KDE Frameworks Version: 5.86.0
Qt Version: 5.15.2

ADDITIONAL INFORMATION
Not sure what would be relevant but will try to answer questions.

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

[kdenlive] [Bug 438958] Default durations are not precisely applied

2021-07-01 Thread John Smith
https://bugs.kde.org/show_bug.cgi?id=438958

--- Comment #4 from John Smith  ---
Created attachment 139783
  --> https://bugs.kde.org/attachment.cgi?id=139783=edit
Transcoding

I'm using transcoded clips, which are converted from 29.97 to 30 fps.

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

[kdenlive] [Bug 438958] Default durations are not precisely applied

2021-07-01 Thread John Smith
https://bugs.kde.org/show_bug.cgi?id=438958

--- Comment #3 from John Smith  ---
I have the following settings defined when creating new project:
  Frame size: 2,704 x 1,520 (16:9)
  Frame rate: 29.97 fps
  Pixel Aspect Ratio: 1
  Color Space: ITU-R 709
  Interlaced: no

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

[kdenlive] [Bug 438958] Default durations are not precisely applied

2021-07-01 Thread John Smith
https://bugs.kde.org/show_bug.cgi?id=438958

--- Comment #2 from John Smith  ---
Created attachment 139781
  --> https://bugs.kde.org/attachment.cgi?id=139781=edit
Warning_NoProfileFound

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

[kdenlive] [Bug 438958] New: Default durations are not precisely applied

2021-06-20 Thread John Smith
https://bugs.kde.org/show_bug.cgi?id=438958

Bug ID: 438958
   Summary: Default durations are not precisely applied
   Product: kdenlive
   Version: 21.04.2
  Platform: Debian testing
OS: Linux
Status: REPORTED
  Severity: major
  Priority: NOR
 Component: Effects & Transitions
  Assignee: vpi...@kde.org
  Reporter: john.s@gmail.com
  Target Milestone: ---

SUMMARY
Wrong duration is set when adding a transition.

STEPS TO REPRODUCE
1. Go to "Settings -> Configure Kdenlive -> Misc" and enter "00:00:01:00" into
the "Transitions" field. Apply.
2. Add 2 clips to project bin then into the timeline, the first on track 1, the
second on track 2.
3. Add a transition (i.e. Dissolve) between them.

OBSERVED RESULT
After hovering the cursor at the added transition box, the duration shown at
the bottom bar is "00:00:00:29"

EXPECTED RESULT
The duration shall be "00:00:01:00" as set in the defaults.

SOFTWARE/OS VERSIONS
KDE Plasma Version: 5.20.5
KDE Frameworks Version: 5.81.0
Qt Version: 5.14.2

ADDITIONAL INFORMATION
Project settings: 1520p 29.97FPS

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

[kdenlive] [Bug 438956] New: Scroll up doesn't work

2021-06-20 Thread John Smith
https://bugs.kde.org/show_bug.cgi?id=438956

Bug ID: 438956
   Summary: Scroll up doesn't work
   Product: kdenlive
   Version: 21.04.2
  Platform: Debian testing
OS: Linux
Status: REPORTED
  Severity: major
  Priority: NOR
 Component: Effects & Transitions
  Assignee: vpi...@kde.org
  Reporter: john.s@gmail.com
  Target Milestone: ---

SUMMARY
Scrolling up using the mouse wheel change the numbers very slowly (00:00:00:01
- 1/30[s] @ 29.97[FPS] - is changed after few scrolls) and scrolling down -
changes the numbers at normal speed (for example, 00:00:00:15).
Increasing the numbers using the "up" button doesn't work - the number is
increased by 00:00:00:01 for a very short time, and then returns to the
previous value (even value). Decreasing using the "down" button works partially
- the numbers can be decreased, however, odd values cannot be set.
When trying to enter the numbers manually, it seems to work, but after doing
some work on other clips the numbers/values are switched back to some "stable"
values.

STEPS TO REPRODUCE
1. Add a clip to project bin then into the timeline.
2. Add an effect (i.e. Fade In) then edit duration.
3. Place the cursor on the numbers, then try to scroll up or down... increasing
the numbers doesn't work properly, decreasing works.

SOFTWARE/OS VERSIONS
KDE Plasma Version: 5.20.5
KDE Frameworks Version: 5.81.0
Qt Version: 5.14.2

ADDITIONAL INFORMATION
Project settings: 1520p 29.97FPS

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

[dolphin] [Bug 385006] New: Unable to hide names for icons in the folder view properties

2017-09-23 Thread John Smith
https://bugs.kde.org/show_bug.cgi?id=385006

Bug ID: 385006
   Summary: Unable to hide names for icons in the folder view
properties
   Product: dolphin
   Version: 17.08.1
  Platform: Manjaro
OS: Linux
Status: UNCONFIRMED
  Severity: minor
  Priority: NOR
 Component: general
  Assignee: dolphin-bugs-n...@kde.org
  Reporter: 8p2kxj+99gt0kil4v...@sharklasers.com
CC: elvis.angelac...@kde.org
  Target Milestone: ---

Created attachment 107980
  --> https://bugs.kde.org/attachment.cgi?id=107980=edit
view properties

In the folder view properties we are having different types of information that
can be shown/hidden for specific folder(s). I would like to hide names to
create sort of beautiful gallery in a folder. When I untick the 'Name' field
nothing happens, after closing and reopening the properties, 'Name' field
remain ticked and names are still shown.

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

[kdenlive] [Bug 375948] Theme Style configuration will not be saved / Icons too big

2017-02-04 Thread John Smith
https://bugs.kde.org/show_bug.cgi?id=375948

--- Comment #2 from John Smith <videobr...@gmail.com> ---
well, "it works on my machine" is not a very impressing answer. However, it
gives me a good feeling about what kind of people we have here.

On Fri, Feb 3, 2017 at 2:11 PM, farid <bugzilla_nore...@kde.org> wrote:

> https://bugs.kde.org/show_bug.cgi?id=375948
>
> farid <snd.no...@gmail.com> changed:
>
>What|Removed |Added
> 
> 
>  Status|UNCONFIRMED |RESOLVED
>  Resolution|--- |INVALID
>  CC||snd.no...@gmail.com
>
> --- Comment #1 from farid <snd.no...@gmail.com> ---
> I am running Kdenlive under Gnome and have no issues with themes nor
> icons. So
> maybe reset your settings and see if it helps. Maybe purging and
> reinstalling
> might do that as well... either way maybe this commands help you:
>
> rm .config/kdenliverc
>
> and
>
> .local/share/kxmlgui5/kdenlive/kdenliveui.rc
>
> There are some issues with layout configurations but that is a QT bug...
>
> Thank you for taking time in reporting here but this is not a bug so the
> best
> place to take this issue is the forum. (Where you will get more support
> even.)
>
> I am closing this.
>
> Thanks
>
> --
> You are receiving this mail because:
> You reported the bug.

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

[kdenlive] [Bug 375948] New: Theme Style configuration will not be saved / Icons too big

2017-02-03 Thread John Smith
https://bugs.kde.org/show_bug.cgi?id=375948

Bug ID: 375948
   Summary: Theme Style configuration will not be saved / Icons
too big
   Product: kdenlive
   Version: 16.12.1
  Platform: Ubuntu Packages
OS: Linux
Status: UNCONFIRMED
  Severity: critical
  Priority: NOR
 Component: User Interface
  Assignee: j...@kdenlive.org
  Reporter: videobr...@gmail.com
  Target Milestone: ---

On Xubuntu 16.04 Kdenlive can not save the Theme / Style information.

I set the style to "Breeze" and the theme to "Breeze dark", I also save this as
a layout configuration, however after a restart of Kdenlive the theme is set to
a light theme (do not know which one) and the icons are much too big. I have to
manually set the style to default and then the icons are small again, then I
set again to breeze and then I change the theme to breeze dark. But after
restart this settings are forgotten and the GUI shows again with a grey theme
and much too big icons and I have to repeat that settings. 

When starting Kdenlive from bash, I get only this output while changing themes
(or style):

QXcbConnection: XCB error: 8 (BadMatch), sequence: 41699, resource id:
75498097, major code: 130 (Unknown), minor code: 3

It is really a pain to try to get Kdenlive showing up a clean GUI on a XUbuntu
16.04 system, especially with higher dpi settings (144 dpi e.g.). First I had
no icons at all, now I installed some KDE packages and qt5ct which helped a
little bit, but it is still not perfect - btw when there are dependencies to
other packages, why are they not mentioned in the ppa? 

My first impression would have led to a "not usable, broken GUI, uninstall"
conclusion, but I want to help to make Kdenlive better, so I dived in a little
bit. 

It would be generally really nice if the developers accepted the real world
fact that many people on Linux systems are NOT running KDE as their DE,
especially performance-oriented power-users like to avoid a desktop system that
starts x processes and does unknown things just to start a program - usually
video editing people tend to optimize their system to run the bare minimum to
squeeze every CPU cycle out for maximum editing capabilities. 

I understand that QT5 is nice programming environment, and many KDE
applications, however, have no problem at all running on a clean XFCE desktop -
it would be really nice if Kdenlive would like to behave as a good desktop
citizen too and just worked on a clean Xubuntu 16.04 (LTS) after adding the
recommended PPA and installing. Thanks!

BTW I feel like the distinction "theme / style" is too differentiated - there
are really a lot of things to keep track of with video editing and I am
constantly confusing "Theme" with "Style" - it is distracting for a user to
have multiple sub-divisions for GUI-related settings - I understand that you
might have to obey to the KDE view of the world, but you could put these GUI
relevant settings into only one submenu, that would be less confusing. 

I am trying to be constructive and am trying to help to get Kdenlive some
better adoption also for pro editors, because I like the potential of the
program -  this is why I am taking the time to report here, so I hope it is not
perceived as "ranting", thank you!

These very basic GUI things of course must be 100% OK as a first step to even
think of letting anyone adopt a different tool into his personal video editing
workflow, so please do not underestimate the negative impact a broken GUI has
on many users.

Thank you very much for your attention,
have a nice day!

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