[Bug 1969896] [NEW] Evince Document Viewer(42.0) does not remember last page in 22.04

2022-04-22 Thread bg
Public bug reported:

Just switched from Ubuntu 20.04 to 22.04 and realized that Document
Viewer no longer open on the last viewed page and doesn't remember the
side pane preference even after using the "Save Current Settings as
Default" option. Kindly advise

ProblemType: Bug
DistroRelease: Ubuntu 22.04
Package: evince 42.1-3
ProcVersionSignature: Ubuntu 5.15.0-25.25-generic 5.15.30
Uname: Linux 5.15.0-25-generic x86_64
NonfreeKernelModules: nvidia_modeset nvidia
ApportVersion: 2.20.11-0ubuntu82
Architecture: amd64
CasperMD5CheckResult: unknown
CurrentDesktop: ubuntu:GNOME
Date: Fri Apr 22 15:58:50 2022
InstallationDate: Installed on 2022-03-19 (34 days ago)
InstallationMedia: Ubuntu 20.04.4 LTS "Focal Fossa" - Release amd64 (20220223)
ProcEnviron:
 PATH=(custom, no user)
 XDG_RUNTIME_DIR=
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: evince
UpgradeStatus: Upgraded to jammy on 2022-04-21 (0 days ago)

** Affects: evince (Ubuntu)
 Importance: Undecided
 Status: New


** Tags: amd64 apport-bug jammy

-- 
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to evince in Ubuntu.
https://bugs.launchpad.net/bugs/1969896

Title:
  Evince Document Viewer(42.0) does not remember last page in 22.04

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/evince/+bug/1969896/+subscriptions


-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs

[Bug 1612340] [NEW] systemd user instance doesn't respect PrivateTmp option in unit file

2016-08-11 Thread BG
Public bug reported:

When setting the option PrivateTmp to "yes" in a unit file, I expect
that files created by the service shouldn't be visible to the outside
world.

To reproduce:

$ systemctl  --user  edit  --full privatetmpdir.service
[Unit]
Description=TestService

[Service]
Type=oneshot
ExecStart=/usr/bin/touch /tmp/1234.txt
PrivateTmp=yes

$ ls /tmp/1234.txt
ls: cannot access '/tmp/1234.txt': No such file or directory

$ systemctl --user restart privatetmpdir.service
$ ls /tmp/1234.txt
/tmp/1234.txt

here i expect there to not be a file "/tmp/1234.txt", but there is.

Running the same unit file on the system systemd behaves as expected,
the file in /tmp is not visible to the outside world.

Ubuntu 16.04.1 LTS
Kernel: 4.4.0-34-generic
Package: systemd
Version: 229-4ubuntu7

** Affects: systemd (Ubuntu)
 Importance: Undecided
 Status: New

** Description changed:

  When setting the option PrivateTmp to "yes" in a unit file, I expect
- that files created by the service should be visible to the outside
+ that files created by the service shouldn't be visible to the outside
  world.
  
  To reproduce:
  
  $ systemctl  --user  edit  --full privatetmpdir.service
  [Unit]
  Description=TestService
  
  [Service]
  Type=oneshot
  ExecStart=/usr/bin/touch /tmp/1234.txt
  PrivateTmp=yes
  
  $ ls /tmp/1234.txt
  ls: cannot access '/tmp/1234.txt': No such file or directory
  
- $ systemctl --user restart privatetmpdir.service 
+ $ systemctl --user restart privatetmpdir.service
  $ ls /tmp/1234.txt
  /tmp/1234.txt
  
  here i expect there to not be a file "/tmp/1234.txt", but there is.
  
  Running the same unit file on the system systemd behaves as expected,
  the file in /tmp is not visible to the outside world.
  
  Ubuntu 16.04.1 LTS
  Kernel: 4.4.0-34-generic
  Package: systemd
  Version: 229-4ubuntu7

** Summary changed:

- systemd user instance doessn't respect PrivateTmp option in unit file
+ systemd user instance doesn't respect PrivateTmp option in unit file

-- 
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to systemd in Ubuntu.
https://bugs.launchpad.net/bugs/1612340

Title:
  systemd user instance doesn't respect PrivateTmp option in unit file

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1612340/+subscriptions

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 371455] Re: Trash Can doesn't show deleted files

2009-05-03 Thread bg

** Attachment added: Dependencies.txt
   http://launchpadlibrarian.net/26295538/Dependencies.txt

** Attachment added: ProcMaps.txt
   http://launchpadlibrarian.net/26295539/ProcMaps.txt

** Attachment added: ProcStatus.txt
   http://launchpadlibrarian.net/26295540/ProcStatus.txt

-- 
Trash Can doesn't show deleted files
https://bugs.launchpad.net/bugs/371455
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to yelp in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 371455] [NEW] Trash Can doesn't show deleted files

2009-05-03 Thread bg
Public bug reported:

Binary package hint: yelp

Trash can doesn't show deleted files.  The files I deleted doesn't show
up in trash can.  When I physically check the trash can I see an
empty/No files trash can.  Status of trash icon can doesn't change after
you delete a file. It's was working in 8.10 but stopped.

I am running ubuntu 9.04 64 bit (desktop Edition)
with 1 gig of ram

thanks

ProblemType: Bug
Architecture: amd64
DistroRelease: Ubuntu 9.04
ExecutablePath: /usr/bin/yelp
Package: yelp 2.25.1-0ubuntu5
ProcEnviron:
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: yelp
Uname: Linux 2.6.28-11-generic x86_64

** Affects: yelp (Ubuntu)
 Importance: Undecided
 Status: New


** Tags: amd64 apport-bug

-- 
Trash Can doesn't show deleted files
https://bugs.launchpad.net/bugs/371455
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to yelp in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs