From 71024460cbb397957ab079a3568b0bb9462c0c84 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Dominik=20Sch=C3=BCrmann?= <dominik@dominikschuermann.de>
Date: Mon, 13 Apr 2015 23:53:46 +0200
Subject: Reformat comment in PassphraseCacheService

---
 .../keychain/service/PassphraseCacheService.java                 | 9 +++++----
 1 file changed, 5 insertions(+), 4 deletions(-)

(limited to 'OpenKeychain/src/main/java/org/sufficientlysecure/keychain/service/PassphraseCacheService.java')

diff --git a/OpenKeychain/src/main/java/org/sufficientlysecure/keychain/service/PassphraseCacheService.java b/OpenKeychain/src/main/java/org/sufficientlysecure/keychain/service/PassphraseCacheService.java
index 778d0d525..03c250035 100644
--- a/OpenKeychain/src/main/java/org/sufficientlysecure/keychain/service/PassphraseCacheService.java
+++ b/OpenKeychain/src/main/java/org/sufficientlysecure/keychain/service/PassphraseCacheService.java
@@ -52,19 +52,19 @@ import java.util.Date;
  * This service runs in its own process, but is available to all other processes as the main
  * passphrase cache. Use the static methods addCachedPassphrase and getCachedPassphrase for
  * convenience.
- * <p/>
+ *
  * The passphrase cache service always works with both a master key id and a subkey id. The master
  * key id is always used to retrieve relevant info from the database, while the subkey id is used
  * to determine the type behavior (regular passphrase, empty passphrase, stripped key,
  * divert-to-card) for the specific key requested.
- * <p/>
+ *
  * Caching behavior for subkeys depends on the cacheSubs preference:
- * <p/>
+ *
  * - If cacheSubs is NOT set, passphrases will be cached and retrieved by master key id. The
  * checks for special subkeys will still be done, but otherwise it is assumed that all subkeys
  * from the same master key will use the same passphrase. This can lead to bad passphrase
  * errors if two subkeys are encrypted differently. This is the default behavior.
- * <p/>
+ *
  * - If cacheSubs IS set, passphrases will be cached per subkey id. This means that if a keyring
  * has two subkeys for different purposes, passphrases will be cached independently and the
  * user will be asked for a passphrase once per subkey even if it is the same one. This mode
@@ -72,6 +72,7 @@ import java.util.Date;
  * will be correct without fail. Since keyrings with differently encrypted subkeys are a very
  * rare occurrence, and caching by keyring is what the user expects in the vast majority of
  * cases, this is not the default behavior.
+ *
  */
 public class PassphraseCacheService extends Service {
 
-- 
cgit v1.2.3