[kde] [Bug 475102] Interface and wallpaper randomly "crashes?". How to fix it?

2023-10-01 Thread tymek
https://bugs.kde.org/show_bug.cgi?id=475102

tymek  changed:

   What|Removed |Added

Summary|It randomly "crashes?". How |Interface and wallpaper
   |to fix it?  |randomly "crashes?". How to
   ||fix it?

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

[kde] [Bug 475102] It randomly "crashes?". How to fix it?

2023-10-01 Thread tymek
https://bugs.kde.org/show_bug.cgi?id=475102

--- Comment #2 from tymek  ---
So it frequently happens when just using my desktop, but I had noticed it
happens every time when I try to add or change something on the top interface
panel.
My linux is on an external drive because I use different desktops. It happens
on every one, but more frequently on my Lenovo G50-30 or especially on my
Toshiba satellite c850d-119, it's more random on my asus notebook e406m or my
sister's huawei notebook.

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

[kde] [Bug 475102] It randomly "crashes?". How to fix it?

2023-10-01 Thread tymek
https://bugs.kde.org/show_bug.cgi?id=475102

--- Comment #1 from tymek  ---
Created attachment 162008
  --> https://bugs.kde.org/attachment.cgi?id=162008=edit
video of a crash

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

[kde] [Bug 475102] It randomly "crashes?". How to fix it?

2023-10-01 Thread tymek
https://bugs.kde.org/show_bug.cgi?id=475102

tymek  changed:

   What|Removed |Added

URL||https://www.youtube.com/wat
   ||ch?v=oDz3Sb8eDqY

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

[kde] [Bug 475102] New: It randomly "crashes?". How to fix it?

2023-10-01 Thread tymek
https://bugs.kde.org/show_bug.cgi?id=475102

Bug ID: 475102
   Summary: It randomly "crashes?". How to fix it?
Classification: I don't know
   Product: kde
   Version: unspecified
  Platform: Archlinux
OS: Linux
Status: REPORTED
  Severity: crash
  Priority: NOR
 Component: general
  Assignee: unassigned-b...@kde.org
  Reporter: perz.amade...@gmail.com
  Target Milestone: ---

So it seemingly crashes at random times.
I replicated it by spamming special key.

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

[okular] [Bug 457017] New: Bookmarks stored in a file next to PDF

2022-07-22 Thread Tymek
https://bugs.kde.org/show_bug.cgi?id=457017

Bug ID: 457017
   Summary: Bookmarks stored in a file next to PDF
   Product: okular
   Version: unspecified
  Platform: Flatpak
OS: Linux
Status: REPORTED
  Severity: wishlist
  Priority: NOR
 Component: general
  Assignee: okular-de...@kde.org
  Reporter: tym...@gmail.com
  Target Milestone: ---

Hello,

I use Okular with PDF files that are synchronized between different computers. 
I understand that all bookmarks are saved in 'bookmarks.xml', using absolute
file paths in the following locations (Linux):

Native version
~/.local/share/okular/bookmarks.xml

Flatpak version
~/.var/app/org.kde.okular/data/okular/bookmarks.xml

It would be great to be able to easily synchronize bookmarks created by Okular.
 What if there existed an option under settings to store bookmarks in a file in
the same directory as the PDF, using the same filename (+ a unique identifier)
but with an XML extension?  This would do away with having to store the
absolute filename paths in the XML file, essentially making bookmarking a
feature easily available in a wide variety of workflows (e.g., Google Drive,
Dropbox, Syncthing).  It would also allow cross-platform compatibility.  Other
metadata (e.g., last viewed page, last viewing style) could be added to the
same XML file in time if desired.

Currently being able to access bookmarks from all files in one window is a very
neat feature. I understand that this feature would probably be lost (or
possibly made unnecessarily complicated to re-implement), but having my
proposed feature set as an option would allow the user to choose what they feel
is best for their workflow.
Another approach would be having Okular first check for a local XML file (i.e.,
same directory as the PDF), then resorting to opening the standard
bookmarks.xml if no such a file is found.

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

[okular] [Bug 453421] Okular corrupts file while saving the archive

2022-07-03 Thread Tymek
https://bugs.kde.org/show_bug.cgi?id=453421

Tymek  changed:

   What|Removed |Added

 CC||tym...@gmail.com

--- Comment #10 from Tymek  ---
I have been encountering the very same issue using Okular Flatpak -- occurring
on versions 21.12.3 and 22.04.x (haven't tested other Flatpak versions).  I
just so happen to also be running Linux Mint (20.3).

After about an hour of using Okular's annotation features and hitting the save
button on my PDF file, I eventually get the same save error and my PDF file is
corrupt. I have partly figured-out why this happens, now I am wondering how to
fix it.

It turns out:
At each PDF save operation Okular creates a copy of the latest PDF file under
 /run/user/1000/app/org.kde.okular 
(a tmpfs filesystem located in memory).  Depending on the size of the PDF file,
sooner or later the number of PDF file copies accumulates and completely fills
the tmpfs filesystem, and any further save operations fail, leading to the
aforementioned corruption error.  The error will persist until a system reboot
at which point the tmpfs filesystem is cleared.

How can this be disabled?  Is this behaviour attributable to Okular or Flatpak?

On another machine running Debian 11, I have a fairly recent version of Okular
(20.12.3) running as a native application and this error does not occur.

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