| Summary | Prefs singleton method does not check scope |
| Queue | Horde Groupware Webmail Edition |
| Queue Version | 1.1-RC2 |
| Type | Bug |
| State | Resolved |
| Priority | 2. Medium |
| Owners | chuck (at) horde (dot) org |
| Requester | janne.peltonen (at) helsinki (dot) fi |
| Created | 03/07/2008 (6447 days ago) |
| Due | |
| Updated | 03/10/2008 (6444 days ago) |
| Assigned | 03/07/2008 (6447 days ago) |
| Resolved | 03/10/2008 (6444 days ago) |
| Github Issue Link | |
| Github Pull Request | |
| Milestone | |
| Patch | No |
State ⇒ Resolved
New Attachment: Prefs.diff.txt
State ⇒ Feedback
Assigned to Chuck Hagenbuch
different scopes (and we want to, really, to avoid re-doing work), we
just need to reset the scope.
Priority ⇒ 2. Medium
Type ⇒ Bug
Summary ⇒ Prefs singleton method does not check scope
Queue ⇒ Horde Groupware Webmail Edition
New Attachment: prefs_singleton_fix.patch
State ⇒ Unconfirmed
of the Prefs instance into the signature of the instance. This causes
trouble at least with ingo/scripts/convert_imp_filters.php which first
causes a Prefs object of scope 'imp' to be created (in order to load
the 'filters' preference) and then, while wanting to save the
converted filters in scope 'ingo' fails - because ingo_storage tries
to get the singleton Prefs object and gets the one of type 'imp' -
which has no 'rules' nor 'blacklist' etc. preferences. Attached patch
adds scope to the signature of the singleton Prefs object -
convert_imp_filters.php works after this, but does something else break?