[okular] [Bug 343996] Some parts of the document aren't printed

[Geert Janssens via KDE Bugzilla]

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

Geert Janssens  changed:

   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
 Resolution|UPSTREAM|---

--- Comment #4 from Geert Janssens  ---
Hmm, upstream claims it's an okular bug, because they can't reproduce in evince
which also uses poppler... (see upstream bug in previous comment).

Can I ask you guys to talk to each other directly to clear this out ? I have no
knowledge at all of the internals of either poppler or okular, so I can't add
much more than "it doesn't work here" and run tests if you ask me to. Thanks!

I have reopened this bug to indicate there is still an issue that's not cleared
out and upstream doesn't agree it's their issue. If you don't agree, by all
means change the state again, but please communicate with upstream to explain
why you believe the bug is in poppler. Thank you.

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

[frameworks-kio] [Bug 356791] KDE Applications won't show contents of nfs mount (automount)

[Geert Janssens via KDE Bugzilla]

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

--- Comment #5 from Geert Janssens  ---
And I found a blog reporting this same issue on Arch linux:
http://kdeblog.mageprojects.com/2016/06/24/plasma-5-6-clean-installation-impression/

So it doesn't appear to be distro specific.

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

[frameworks-kio] [Bug 356791] KDE Applications won't show contents of nfs mount (automount)

[Geert Janssens via KDE Bugzilla]

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

--- Comment #4 from Geert Janssens  ---
Unfortunately  a recent updated to plasma 5.6.2 and related kf5 5.21 brings
back the issue in Dolphin as well (which is at version 15.12.3 on my Fedora 23
installation). I already reported this in the Fedora bug mentioned in comment
1, but forgot to update here.

I was able to narrow down the poor behaviour a bit more as well:
- example simple directory hierarchy:
  nfs-share
\
subdir
  \
  sub-subdir
  so the nfs share "nfs-share" has one subdirectory called "subdirectory" and
in that directory there's another subdirectory called "sub-subdirectory"
- current user is "janssege"
- user janssege is member of "goudsmid", though it's not his primary group
- nfs-share is owned by goudsmid:goudsmid and has permissions rwxrwx---
=> user can view contents of the share, but not contents of subdirectories on
the share in Dolphin and friends

Change permissions to rwxrwx--x
=> user can also view contents of subdirectories on the share

The permissions on subdirectory will likewise define whether I can see the
contents of sub-subdirectory. If the permissions of subdirectory are rwxrwx---,
the contents of sub-subdirectory is empty, of they are rwxrwx--x, I can see the
contents. Navigating back up from sub-subdirectory (when I can't see it's
contents) will bring me back to subdirectory, but it will no longer have
sub-subdirectory listed in its contents. That is restored by hitting F5.

It also still stands that I can navigate to sub-subdirectory in all
circumstances above from a konsole window or in nautilus and will always see
its contents. And also when explicitly typing the address in dolphin's address
bar, the suggestion dropdown properly suggests all subdirectories, regardless
of the permissions.

So it's apparently limited to the widget that should display the contents of
the directory.

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

[frameworks-kio] [Bug 356791] KDE Applications won't show contents of nfs mount (automount)

[Geert Janssens via KDE Bugzilla]

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

--- Comment #3 from Geert Janssens  ---
It would really be great if whatever was needed to fix this for kf5 based
applications to be applied to the kde4 environment as well.

This is a blocker for most of my users (which are not computer-savvy at all).
Some examples of where this interferes:
- saving attachments from within kmail
- saving a copy of a pdf document from within okular (frequently done to
re-save a pdf downloaded from the internet).

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

[frameworks-kio] [Bug 356791] KDE Applications won't show contents of nfs mount (automount)

[Geert Janssens via KDE Bugzilla]

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

--- Comment #2 from Geert Janssens  ---
Some further evolution. It looks like this bug is fixed for kf5 based
applications. Current Dolphin (dolphin-15.12.1-1.fc23.x86_64) no longer has
this issue.

KDE 4 based applications still behave erratically. For example, current okular
still won't properly show the contents of an nfs share not owned by the logged
in user.

Note also that even though the folder contents is not shown (or only briefly),
I can still navigate deeper down the hierarchy by typing the the address bar.
This still correctly autocompletes as well. So it's really something in the
folder content view area that's messed up.

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

[kdeconnect] [Bug 334080] kdeconnect,some sent photo are uncomplete

[Geert Janssens via KDE Bugzilla]

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

--- Comment #30 from Geert Janssens  ---
I noticed version 0.9g got released recently, which triggered me to try again.

Current versions in use are:
PC:
- Fedora 22
- kdeconnect 0.9g

Smartphone
- kdeconnect 0.9e

With these versions I haven't been able to reproduce this bug. All videos I
sent directly from the gallery using kdeconnect were properly transferred.

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

[frameworks-kio] [Bug 356791] KDE Applications won't show contents of nfs mount (automount)

[Geert Janssens via KDE Bugzilla]

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

--- Comment #1 from Geert Janssens  ---
This is also reported in the Fedora bug tracker as
https://bugzilla.redhat.com/show_bug.cgi?id=1269987

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

[frameworks-kio] [Bug 356791] New: KDE Applications won't show contents of nfs mount (automount)

[Geert Janssens via KDE Bugzilla]

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

Bug ID: 356791
   Summary: KDE Applications won't show contents of nfs mount
(automount)
   Product: frameworks-kio
   Version: unspecified
  Platform: Fedora RPMs
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: fa...@kde.org
  Reporter: i...@kobaltwit.be
CC: kdelibs-b...@kde.org

KDE gui applications such as Dolphin or kde gui componenents such as the File
Open dialog fail to show the contents of some automounted nfs partitions.

I have attached a screenshot to illustrate the issue. I have captured 4
different applications attempting to display the contents of
/kobaltnet/goudsmid/bin
/kobaltnet is the base mount point for my autofs mounted nfs shares. goudsmid
is one such share.

1. In the top-left you see Konsole running a bash session. It can list the
contents of the directory just fine
2. Top-right is dolphin, which just shows an empty directory
3. Bottom-left is nautilus, which shows the directory contents just fine
4. Bottom-right is the file-open dialog for okular, listing an empty directory

Version-Release number of selected component (if applicable):
I'm not sure I chose the right component. I don't really know which part of
kde/plasma is responsible for this.
Anyway, I see this with 5.4.1-3 and up (also the updates in updates-testing).

There are a few remarkable details that are important:
- this only happens with nfs shares I'm not the owner of (my id is janssege in
the screenshot, the nfs share is owned by user goudsmid). When I access shares
I do own, this behaviour doesn't show.
- the behaviour starts from the second level down the mount point. In the
example, I can see the contents of /kobaltnet/goudsmid, but not of any of its
subdirectories.
- hitting F5 on the empty contents does shortly reveal the contents (it flashes
a fraction of a second) and the the window goes blank again. So this suggests
the directory contents is properly written but then discarded from some reason.

Reproducible: Always

Steps to Reproduce:
1. Set up an nfs share which is automounted, not owned by you, but with proper
group access permissions
2. Open dolphin and navigate to the mounted share. The contents will be
visible.
3. Continue to navigate to a subdirectory.
4. Hit F5

Actual Results:  
3. The contents of the subdirectory won't be shown
4. The actual contents briefly flashes in the window, but won't show
permanently.


Expected Results:  
Normal navigation through the share and all of it's subdirectories. The other
applications (konsole/bash and nautilus) illustrate there's no access/file
permission issue causing this.

This change is fairly recent. I know I recently updated to plasma 5.4.1 from
5.3.x. However the KDE frameworks were also recently updated, so perhaps that's
the culprit.

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

[kwallet-pam] [Bug 356785] New: kwallet4 still asks for password although pam-kwallet should open both kwallet4 and kwallet5

[Geert Janssens via KDE Bugzilla]

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

Bug ID: 356785
   Summary: kwallet4 still asks for password although pam-kwallet
should open both kwallet4 and kwallet5
   Product: kwallet-pam
   Version: 5.4.2
  Platform: Fedora RPMs
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: plasma-b...@kde.org
  Reporter: i...@kobaltwit.be

I have installed pam-kwallet-5.4.2-1 from updates-testing. This version should
be able to open both kwallet4 and kwallet5 at login. However 9 times out of 10
I am still asked for a password for kwallet4 on login. Kwallet5 is always
opened without asking for a password.

Reproducible: Always

Steps to Reproduce:
1. Install pam-kwallet-5.4.2-1, kde-runtime-15.08.1-2.fc22.x86_64 (for kde4's
kwallet), kf5-kwallet-5.14.0-1.fc22.x86_64 (for kf5's kwallet). Optionally also
install kde4's and kf5's version of kwalletmanager for easy testing.
2. Make sure you use the same password for login, and the default wallets in
both versions
3. Log in to the system and verify which wallets are opened automatically


Actual Results:  
On my system, kf5's default wallet is always opened, while kde4's default
wallet isn't. I remember it worked a couple of times early on.

Expected Results:  
Both default wallets should be opened at login.

I have tested this with a recent version of sddm (0.12..0-5). I am aware old
versions won't work.

A couple of links that may be of interest:
*
https://quickgit.kde.org/?p=kwallet-pam.git=shortlog=352904c7500e44fcc6788291244882484c7b5962
is the git commit log for pam-kwallet on branch 5.4. Commits on 2015-07-28 are
related to getting this functionality to work with both versions of kwallet at
the same time.

*
http://martys.typepad.com/blog/2015/07/kwallet5-can-be-auto-unlocked-during-login-again.html?cid=6a012876e7556d970c01b7c7c640fc970b
was the announcement of this feature. The comments have some discussion on
initial issues with it, leading to the commits I refer to in the previous link.

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

[ktorrent] [Bug 327316] KTorrent slows down my computer overall and boots me off the network

[Geert Janssens via KDE Bugzilla]

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

Geert Janssens  changed:

   What|Removed |Added

 CC||i...@kobaltwit.be

--- Comment #1 from Geert Janssens  ---
I'm seeing similar behaviour with ktorrent-4.3.1-14.fc22.x86_64 on Fedora 22,
although only if I keep the ktorrent window open. When I minimize it to the
systray it runs fine.

A potential memory leak in the main window code perhaps ?

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

[kio] [Bug 307967] Plasma and Dolphin hang when changing network interfaces

[Geert Janssens via KDE Bugzilla]

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

Geert Janssens  changed:

   What|Removed |Added

 CC||i...@kobaltwit.be

--- Comment #1 from Geert Janssens  ---
I ran into this same problem yesterday on Fedora 23. This runs plasma
5.5.0-2.fc23.x86_64.

This is probably going on for quite some time already as I'm experiencing a lot
of system instabilities for a couple of months (and I'm a heavy user of nfs
mounts via autofs, though not for home directories directly).

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

[kwallet-pam] [Bug 356785] kwallet4 still asks for password although pam-kwallet should open both kwallet4 and kwallet5

[Geert Janssens via KDE Bugzilla]

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

--- Comment #1 from Geert Janssens  ---
I also reported this earlier to the Fedora bug tracker as
https://bugzilla.redhat.com/show_bug.cgi?id=1273773

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