Bugs #1183: Addressbook Filter reset in Orgview after clicking "right" doesn' work

Old eGW-tracker
1

Ticket modified by Birgit Becker at 2010/12/15 17:13
Tracking System: Bugs
Category: Addressbook
Version: Version 1.6 (unsupported)
Status: Closed
Resolution: Fixed
Completed: 0%
Priority: 2
Created By: Frank Drews
Assigned to: Ralf Becker
Summary: #1183 - Addressbook Filter reset in Orgview after clicking “right” doesn’ work
In the egroupware addressbook 1.4 I observe the following behaviour:

  1. Select ``Organization’’ - View (or Organisation by Location or Department)
  2. Select ``Right’’ to show the next page.
  3. Select ``View’’ for one organization.
  4. Select Organization'' orAll Contacts’’.

At this point, I will only see the Organization I selected in Step 3, the filter is not resetting properly. If I select ``All Contacts’’ I only see contacts from this organization. The only way to get all contacts displayed again is to log out and log in again.

This error is not reproducable with all organizations, but it is reproducable with certain organizations, so if it happens for one organization, it will happen for this organization everytime.

see post http://www.nabble.com/Bug-in-Addressbook--tf4372533s3741.html#a12473772

Comment by Birgit Becker at 2010/12/15 17:13:
so i close the entry

Birgit
Comment by Djamel Rebai at 2010/12/13 15:19:
Thanks
Comment by Ralf Becker at 2010/12/03 17:51:
Dear EGroupware user,

thanks for reporting bugs back to egroupware.org.

With the new release of EGroupware 1.8.001 we also fixed many bugs. So we kindly ask you to recheck your bug reports against the new version.

If you do not respond within the next 14 days, we assume the bug no longer exist and your report will be closed automatically.

Thanks for your understanding

Ralf Becker
Stylite GmbH
Comment by Nathan Gray at 2009/05/05 14:53:
I’ve encountered this too.
I’m not sure where to poke.

I’ve attached $query, after changing the org filter back to ‘Organisations’. Note that [col_filter][org_name] is not cleared, but remains at the name of the organisation even though [org_name] is now ‘org_name’. I suspect the problem is around addressbook_ui, line 769, in that the col filters don’t get cleared, but I don’t know how to fix it.

Logging out is the only way to clear the col_filter, because it is stored in the session.

Array
(
[get_rows] => addressbook.addressbook_ui.get_rows
[bottom_too] =>
[never_hide] => 1
[start] => 0
[cat_id] =>
[options-cat_id] => Array
(
[0] => None
)

[search] => 
[order] => n_family
[sort] => ASC
[col_filter] => Array
    (
        [tid] => n
        [org_name] => Apollo Spas
    )

[filter_label] => Addressbook
[filter] => 
[filter_no_lang] => 1
[no_filter2] => 
[filter2_label] => Distribution lists
[filter2] => 
[filter2_no_lang] => 1
[lettersearch] => 1
[do_email] => 
[default_cols] => !cat_id,contact_created_contact_modified,distribution_list
[filter2_onchange] => if(this.value=='add') { add_new_list(document.getElementById(form::name('filter')).value); this.value='';} else this.form.submit();
[manual] => 
[csv_fields] => Array
    (
        [id] => Contact ID
        [tid] => Type
        [owner] => Array
            (
                [type] => select-account
                [label] => Addressbook
            )

        [private] => Private
        [cat_id] => Array
            (
                [type] => select-cat
                [label] => Category
            )

        [n_prefix] => Prefix
        [n_given] => First name
        [n_middle] => Middle Name
        [n_family] => Last name
        [n_suffix] => Suffix
        [n_fn] => Full Name
        [n_fileas] => own sorting
        [bday] => Birthday
        [org_name] => Company
        [org_unit] => Department
        [title] => Title
        [role] => Role
        [assistent] => Assistent
        [room] => Room
        [adr_one_street] => Street (Business)
        [adr_one_street2] => Address Line 2 (Business)
        [adr_one_locality] => City (Business)
        [adr_one_region] => State (Business)
        [adr_one_postalcode] => ZIP Code (Business)
        [adr_one_countryname] => Country (Business)
        [label] => Label
        [adr_two_street] => Street (Private)
        [adr_two_street2] => Address Line 2 (Private)
        [adr_two_locality] => City (Private)
        [adr_two_region] => State (Private)
        [adr_two_postalcode] => ZIP Code (Private)
        [adr_two_countryname] => Country (Private)
        [tel_work] => Work Phone
        [tel_cell] => Mobile Phone
        [tel_fax] => Fax (Business)
        [tel_assistent] => assistent phone
        [tel_car] => Car Phone
        [tel_pager] => Pager
        [tel_home] => Home Phone
        [tel_fax_home] => Fax (Private)
        [tel_cell_private] => Mobile Phone (Private)
        [tel_other] => Other Phone
        [tel_prefer] => preferred phone
        [email] => E-Mail (Business)
        [email_home] => E-Mail (Private)
        [url] => URL (Business)
        [url_home] => URL (Private)
        [freebusy_uri] => Freebusy URI
        [calendar_uri] => Calendar URI
        [note] => Note
        [tz] => Timezone
        [geo] => GEO
        [pubkey] => Public Key
        [created] => Array
            (
                [type] => date-time
                [label] => Created
            )

        [creator] => Array
            (
                [type] => select-account
                [label] => Created By
            )

        [modified] => Array
            (
                [type] => date-time
                [label] => last modified
            )

        [modifier] => Array
            (
                [type] => select-account
                [label] => last modified by
            )

        [last_event] => Array
            (
                [type] => date-time
                [label] => Last date
            )

        [next_event] => Array
            (
                [type] => date-time
                [label] => Next date
            )

    )

[org_view] => org_name
[header_left] => addressbook.index.left
[header_right] => addressbook.index.right_add
[org_view_label] => Organisations
[searchletter] => 
[num_rows] => 15
[selectcols] => n_fileas_n_given_n_family_org_name,cat_id,contact_created_contact_modified
[default_prefs] => 0
[return] => 
[no_csv_export] => 
[filter_onchange] => this.form.submit();
[cat_app] => addressbook
[options-num_rows] => Array
    (
        [5] => 5
        [15] => 15
        [25] => 25
        [50] => 50
        [100] => 100
        [200] => 200
        [500] => 500
        [999] => 999
    )

[options-selectcols] => Array
    (
    )

[template] => addressbook.index.rows
[total] => 2

)

Comment by Frank Drews at 2008/11/13 11:11:
Hi Ralf,

no it is definetely not the behaviour which is expected. Please read the linked nabble posts:
http://www.nabble.com/Bug-in-Addressbook--tf4372533s3741.html#a12473772

You cannot reset it clicking the addressbook icon, neither.

Yesterday I created a couple of addressbook entries to reproduce this behaviour in trunk demo ( you need many entries, so you can press “right” which will lead to the next page (e.g. if there are more than 5 members belonging to one company and you selected to display only 5 members per page). I reproduced the bug again. Today (I had to create all entries in trunk again, demo was reset or something) I didn’t work, but as I already wrote in nabble it doesn’t work with all organisations.

I don’t think this bug is this important: maybe better leave it pending, than closing it without investigating it in detail (which might take lots of time).
Comment by Ralf Becker at 2008/11/12 18:12:
Hi Frank,
that’s the expected behavior.
To reset the filter, you have to click on the addressbook icon in the navbar. Loging off is not necessary, but works too of cause.
Ralf
Comment by Frank Drews at 2008/11/11 14:35:
I just tried to reproduce this bug with the latest trunk.
I got a similar behaviour:

I choose the org-view, selected and selected one organisation. Later I got back to the addressbook org-view and there was no way to display the other organisations using the org-view.
Comment by Ralf Becker at 2008/10/16 13:33:
Dear bug reporter,

we finished the first release candidate for the upcoming 1.6 release :slight_smile:

Therefore we kindly ask for your participation in fixing the remaining bugs. Please check if your reported bug is still present in the release candidate (report as 1.6.rc1) OR a newer svn checkout (report as Trunk).

If the bug still exists in 1.6.rc1 or Trunk, please update the version accordingly and indicate it in your comment.

If the bug does not exist in 1.6, but of cause still in 1.4, you can reopen it with version 1.4 - thought we probably don’t have the resources to fix non-security-critical bugs in 1.4.

If you don’t update your bug, we assume the issue no longer exists and the bug will be closed automatic after 14 days.

Thanks for your understanding

Ralf
eGroupware administrator
Comment by Frank Drews at 2007/09/26 09:51:
this bug is still valid for 1.4.002, too. just verified in demo install
Comment by Ralf Becker at 2007/09/25 22:57:
We just released the new 1.4.002 with many bug fixes and improvements. It fixes many problems reported over the last weeks.
WE NEED YOUR HELP: can you please verify your bugs against the new version. It’s only a handful bugs per submitter, but a few hundred per developer.
Please respond / comment to your bug, if the problem is NOT fixed in 1.4.002. If you don’t respond the bug will be closed automatically in 2 weeks.
Please note: we can NOT fix bugs in 1.4.001 (only in new releases) and the old 1.2 versions are no longer supported.
Thanks for your understanding and help :slight_smile:
The eGroupWare developers

linked entries:
http://www.egroupware.org/egroupware/index.php?menuaction=tracker.tracker_ui.edit&tr_id=1183&no_popup=1