Users Address Management Need Admin Update
3 views
Skip to first unread message
Phil -- wbtc.fr --
Oct 10, 2010, 6:26:54 AM10/10/10
to in-por...@googlegroups.com
Hello guys,
we have a nice user's address management system, permitting to deal
with many different shipping addresses when ordering.
But we don't have any access to these addresses from admin side :-/
Phil.
Alexander Obuhovich
Oct 18, 2010, 2:41:04 AM10/18/10
to in-por...@googlegroups.com
Hi Phil, sorry for the delay. I've been working on 5.2.0 release.
It actually will be pretty easy to add such functionality, since we already got "unit", linked to each user and a table in database.
We only need to create appropriate template, that In-Commerce will dynamically (via hook) add to user editing form (same way it does with Site Domains editing page).
I expect it will take no more then 1 hour to implement and could be even scheduled to 5.2.2 release, when approved.
Phil -- wbtc.fr --
Oct 18, 2010, 3:56:19 AM10/18/10
to in-por...@googlegroups.com
Hi Alex,
thank to be back on this, and cool to know it's not a big deal. I forgot to say we have the same problem with In-Bulletin, could we have, via hook, a special tab to manage bb fields?
p
thank to be back on this, and cool to know it's not a big deal. I forgot to say we have the same problem with In-Bulletin, could we have, via hook, a special tab to manage bb fields?
p
2010/10/18 Alexander Obuhovich <aik....@gmail.com>
Alexander Obuhovich
Oct 18, 2010, 6:56:14 AM10/18/10
to in-por...@googlegroups.com
You don't have any address management in in-bulletin. You also could edit any field from topic in admin console.
Phil -- wbtc.fr --
Oct 18, 2010, 7:48:43 AM10/18/10
to in-por...@googlegroups.com
As said in the post, I talk about "bb fields", such as signature, nickname, and so on...
2010/10/18 Alexander Obuhovich <aik....@gmail.com>
Alexander Obuhovich
Oct 18, 2010, 9:10:23 AM10/18/10
to in-por...@googlegroups.com
That fields are actually stored in PersistantSessionData table along with grid configuration parameters (e.g. column order, current filter, current sorting).
Phil -- wbtc.fr --
Oct 18, 2010, 9:14:47 AM10/18/10
to in-por...@googlegroups.com
but they can't be reviewed/modified/deleted via user's record edition. Is it a standard behavior to protect user's privcay?
2010/10/18 Alexander Obuhovich <aik....@gmail.com>
Alexander Obuhovich
Oct 18, 2010, 2:11:54 PM10/18/10
to in-por...@googlegroups.com
No, they have very stupid implementation and that's why they are not editable in admin.
Phil -- wbtc.fr --
Oct 18, 2010, 3:20:35 PM10/18/10
to in-por...@googlegroups.com
Dmitry A.
Oct 18, 2010, 10:55:05 PM10/18/10
to In-Portal Development Team
Hi Guys,
I say we do 1 thing at a time so we address "Users Address Management"
in one task and other review and discuss all other fields related to
the User in a different task/discussion (I think there is more then BB
fields) since in any case they are 2 different parts (even the
Interfaces)
DA
On Oct 18, 2:20 pm, "Phil -- wbtc.fr --" <p...@wbtc.fr> wrote:
> :) we can add to the task then ^^
>
> 2010/10/18 Alexander Obuhovich <aik.b...@gmail.com>
I say we do 1 thing at a time so we address "Users Address Management"
in one task and other review and discuss all other fields related to
the User in a different task/discussion (I think there is more then BB
fields) since in any case they are 2 different parts (even the
Interfaces)
DA
On Oct 18, 2:20 pm, "Phil -- wbtc.fr --" <p...@wbtc.fr> wrote:
> :) we can add to the task then ^^
>
>
>
>
> > No, they have very stupid implementation and that's why they are not
> > editable in admin.
>
>
>
> > No, they have very stupid implementation and that's why they are not
> > editable in admin.
>
> > On Mon, Oct 18, 2010 at 4:14 PM, Phil -- wbtc.fr -- <p...@wbtc.fr> wrote:
>
> >> but they can't be reviewed/modified/deleted via user's record edition. Is
> >> it a standard behavior to protect user's privcay?
>
> >> 2010/10/18 Alexander Obuhovich <aik.b...@gmail.com>
>
> >> but they can't be reviewed/modified/deleted via user's record edition. Is
> >> it a standard behavior to protect user's privcay?
>
>
> >>> That fields are actually stored in PersistantSessionData table along with
> >>> grid configuration parameters (e.g. column order, current filter, current
> >>> sorting).
>
> >>> That fields are actually stored in PersistantSessionData table along with
> >>> grid configuration parameters (e.g. column order, current filter, current
> >>> sorting).
>
> >>> On Mon, Oct 18, 2010 at 2:48 PM, Phil -- wbtc.fr -- <p...@wbtc.fr>wrote:
>
> >>>> As said in the post, I talk about "bb fields", such as signature,
> >>>> nickname, and so on...
>
> >>>> 2010/10/18 Alexander Obuhovich <aik.b...@gmail.com>
>
> >>>> As said in the post, I talk about "bb fields", such as signature,
> >>>> nickname, and so on...
>
>
> >>>>> You don't have any address management in in-bulletin. You also could
> >>>>> edit any field from topic in admin console.
>
> >>>>> You don't have any address management in in-bulletin. You also could
> >>>>> edit any field from topic in admin console.
>
> >>>>> On Mon, Oct 18, 2010 at 10:56 AM, Phil -- wbtc.fr -- <p...@wbtc.fr>wrote:
>
> >>>>>> Hi Alex,
>
> >>>>>> thank to be back on this, and cool to know it's not a big deal. I
> >>>>>> forgot to say we have the same problem with In-Bulletin, could we have, via
> >>>>>> hook, a special tab to manage bb fields?
>
> >>>>>> p
>
> >>>>>> 2010/10/18 Alexander Obuhovich <aik.b...@gmail.com>
>
> >>>>>> Hi Alex,
>
> >>>>>> thank to be back on this, and cool to know it's not a big deal. I
> >>>>>> forgot to say we have the same problem with In-Bulletin, could we have, via
> >>>>>> hook, a special tab to manage bb fields?
>
> >>>>>> p
>
>
> >>>>>> Hi Phil, sorry for the delay. I've been working on 5.2.0 release.
>
> >>>>>>> It actually will be pretty easy to add such functionality, since we
> >>>>>>> already got "unit", linked to each user and a table in database.
>
> >>>>>>> We only need to create appropriate template, that In-Commerce will
> >>>>>>> dynamically (via hook) add to user editing form (same way it does with Site
> >>>>>>> Domains editing page).
>
> >>>>>>> I expect it will take no more then 1 hour to implement and could be
> >>>>>>> even scheduled to 5.2.2 release, when approved.
>
> >>>>>> Hi Phil, sorry for the delay. I've been working on 5.2.0 release.
>
> >>>>>>> It actually will be pretty easy to add such functionality, since we
> >>>>>>> already got "unit", linked to each user and a table in database.
>
> >>>>>>> We only need to create appropriate template, that In-Commerce will
> >>>>>>> dynamically (via hook) add to user editing form (same way it does with Site
> >>>>>>> Domains editing page).
>
> >>>>>>> I expect it will take no more then 1 hour to implement and could be
> >>>>>>> even scheduled to 5.2.2 release, when approved.
>
Alexander Obuhovich
Oct 19, 2010, 3:53:24 AM10/19/10
to in-por...@googlegroups.com
ok
Dmitry A.
Oct 22, 2010, 1:12:15 AM10/22/10
to In-Portal Development Team
Created a new Future Request for this.
896: User Address Management in Admin
http://tracker.in-portal.org/view.php?id=896
DA.
896: User Address Management in Admin
http://tracker.in-portal.org/view.php?id=896
DA.
Reply all
Reply to author
Forward
0 new messages