| Summary | Share id 0 not found when clicking change perms icon |
| Queue | Horde Framework Packages |
| Queue Version | Git master |
| Type | Bug |
| State | Not A Bug |
| Priority | 1. Low |
| Owners | |
| Requester | lfbm.andamentos (at) gmail (dot) com |
| Created | 03/08/2012 (4994 days ago) |
| Due | |
| Updated | 03/09/2012 (4993 days ago) |
| Assigned | |
| Resolved | 03/08/2012 (4994 days ago) |
| Github Issue Link | |
| Github Pull Request | |
| Milestone | |
| Patch | No |
some legacy cruft from the datatree days. This should probably be
cleaned up, but it's not a bug.
the shares/edit.php should be the new desired design then.
Thanks.
State ⇒ Not A Bug
found by the share_id, it is caught by the code in the catch clause
which attempts to retrieve it by name.
I don't quite remember exactly why we do it this way, it's probably
some legacy cruft from the datatree days. This should probably be
cleaned up, but it's not a bug.
Priority ⇒ 1. Low
Patch ⇒ No
Milestone ⇒
Queue ⇒ Horde Framework Packages
Summary ⇒ Share id 0 not found when clicking change perms icon
Type ⇒ Bug
State ⇒ Unconfirmed
shares page (for example
horde/services/shares/edit.php?app=nag&share=...) I get this in the log:
2012-03-07T23:40:48-03:00 ERR: HORDE [horde] Share id 0 not found [pid
769 on line 234 of
"/Applications/MAMP/bin/php/php5.2.17/lib/php/Horde/Share/Sql.php"]
First thing to notice is every share_id in my tables (app..._sharesng)
begins with 1, not 0. I´m using MySQL.
But that doesn´t look like to be the main problem, because anyway the
share edit form is passing the "share_name" field as Form Data, and
not the "share_id', which is expected by the try block in line 39 of
horde/services/shares/edit.php.