Discussion:
MeetingMaker 8.5 downgrade from 7.5
Mike Wiseman
2006-07-27 06:38:25 UTC
Permalink
Just in case anyone has MeetingMaker version 7.5 running and is
contemplating moving to version 8.5, a word of caution.

We have recently downgraded from 7.5 to 8.5, much to our chagrin. The
features and interface may look better but the performance and bug
count is the poorest I have seen for some time. We are actively
considering moving completely to another product based on our current
experience of version 8.5 and the tardy fix rate from PeopleCube.

By far the major issue for us has been *extremely* slow response when
refreshing diaries with many entries. MM7.5 handled these diaries
easily with no appreciable refresh delay. What is disturbing is that
the problem is still there even when working off-line with local data
for these diaries - the cpu usage on the local desktop goes to 80+%
while it apparently sorts through the data for presentation.

Here are some of the issues we have:

-----------------------------------------------
Version numbers refer to client version.

• Slowness when using diaries or proxies with large number of entries:
Diaries with many entries each day can take up to 20 seconds to load.
Status in PeopleCube Incidents/Cases: Open - researching
Comment: So far we have received explanations from the Dev team, and
requests to do various measurements, but no fix

• Slowness and memory leak under Citrix;
Version 8.5.1 has a memory leak under Citrix which ground the Citrix
servers to a halt over a period of a few hours. (See next bug for
reason for using 8.5.1)
Status in PeopleCube Incidents/Cases: Closed – Feature request (!!!)
Comment: Our staff have found a way to use version 8.5.3, which
seems to have resolved this.

• Under Citrix, have to use a prior version, as current one writes to
wrong directory
Version 8.5.3 writes to the directory containing the application.
This meant that every user on Citrix saw the diary of the first
person to login.
Status in PeopleCube Incidents/Cases: Closed – Bug report
Comment: PeopleCube Support said to use version 8.5.1 as that version
does not have this behaviour. Our staff discovered that copying the
application to every user’s directory worked around this bug.

• Contact lists & proposals settings not saved (contact list order
reverts to creation order; proposals revert to all open)
Status in PeopleCube Incidents/Cases: Closed
Comment: PeopleCube Support changed the Status of this Incident from
Assigned to Closed without contacting us at all, so this is still
unresolved, and they appear to have no interest in pursuing it.

• View options not stored locally – stored attached to the diary on
the server. Everyone viewing a proxy has to use the same view – if
one changes, it automatically changes all others.
Status in PeopleCube Incidents/Cases: Bug

• Web client uses northern hemisphere daylight saving dates for
southern hemisphere
Status in PeopleCube Incidents/Cases: Bug

• Group view flashes; Address list returns you to the first item when
you select any item from the list
Status in PeopleCube Incidents/Cases: Bug
Comment: Fixed in version 8.5.3b, but only if all users are using
that version
Fixed in version 8.6

• Preferences spontaneoulsy reverting to default
Status in PeopleCube Incidents/Cases: Closed
Comment: happens when you change your preferences through the web
client the first time you login.

• Synchronising with non-Palm mobile devices (Intellisync)
Status in PeopleCube Incidents/Cases: Closed, no response from client.
Comment: I have opened at least 2 incidents about this. Support keep
closing them as it takes so long for my testers to provide data. The
second time, I had referred them to the previous incident for the
data they requested, but they seemd to regard this as a lack of
response.
Still not been able to connect to the server, even though the check
via a browser shows it is running OK

• Printing: using both version 8.5.3b164 on desktops and version
8.5.1 on Citrix, when printing a month, prints 999 pages; when
printing a week prints Tuesday to Friday, or Sunday to Thursady,
depending on exact client version.
Comment: this was reported to us by PeopleCube support as being
fixed in version 8.5.3b171, which they sent us in response to the
report about group view flashing. This version resolved the printing
issue as well.



Mike Wiseman
Flinders University

* MMXP-TALK Web Page: http://WWW.LISTSERV.Emory.Edu/Archives/MMXP-TALK.HTML
Mathew Shember
2006-07-27 06:52:30 UTC
Permalink
You didn't know you were QA'ing software? ;-)

I've seen some of your issues.

You missed the fun with the HTML client. It was horrible! Though
peoplecube fixed many things, my linux people have stopped using
MeetingMaker because of it.

Hopefully, the next full release will fix many of the ills.

I'm not going to hold my breath.

Hopefully, I'm wrong!
Post by Mike Wiseman
Just in case anyone has MeetingMaker version 7.5 running and is
contemplating moving to version 8.5, a word of caution.
We have recently downgraded from 7.5 to 8.5, much to our chagrin. The
features and interface may look better but the performance and bug
count is the poorest I have seen for some time. We are actively
considering moving completely to another product based on our current
experience of version 8.5 and the tardy fix rate from PeopleCube.
By far the major issue for us has been *extremely* slow response when
refreshing diaries with many entries. MM7.5 handled these diaries
easily with no appreciable refresh delay. What is disturbing is that
the problem is still there even when working off-line with local data
for these diaries - the cpu usage on the local desktop goes to 80+%
while it apparently sorts through the data for presentation.
-----------------------------------------------
Version numbers refer to client version.
Diaries with many entries each day can take up to 20 seconds to load.
Status in PeopleCube Incidents/Cases: Open - researching
Comment: So far we have received explanations from the Dev team, and
requests to do various measurements, but no fix
• Slowness and memory leak under Citrix;
Version 8.5.1 has a memory leak under Citrix which ground the Citrix
servers to a halt over a period of a few hours. (See next bug for
reason for using 8.5.1)
Status in PeopleCube Incidents/Cases: Closed – Feature request (!!!)
Comment: Our staff have found a way to use version 8.5.3, which seems
to have resolved this.
• Under Citrix, have to use a prior version, as current one writes to
wrong directory
Version 8.5.3 writes to the directory containing the application.
This meant that every user on Citrix saw the diary of the first person
to login.
Status in PeopleCube Incidents/Cases: Closed – Bug report
Comment: PeopleCube Support said to use version 8.5.1 as that version
does not have this behaviour. Our staff discovered that copying the
application to every user’s directory worked around this bug.
• Contact lists & proposals settings not saved (contact list order
reverts to creation order; proposals revert to all open)
Status in PeopleCube Incidents/Cases: Closed
Comment: PeopleCube Support changed the Status of this Incident from
Assigned to Closed without contacting us at all, so this is still
unresolved, and they appear to have no interest in pursuing it.
• View options not stored locally – stored attached to the diary on
the server. Everyone viewing a proxy has to use the same view – if
one changes, it automatically changes all others.
Status in PeopleCube Incidents/Cases: Bug
• Web client uses northern hemisphere daylight saving dates for
southern hemisphere
Status in PeopleCube Incidents/Cases: Bug
• Group view flashes; Address list returns you to the first item when
you select any item from the list
Status in PeopleCube Incidents/Cases: Bug
Comment: Fixed in version 8.5.3b, but only if all users are using that
version
Fixed in version 8.6
• Preferences spontaneoulsy reverting to default
Status in PeopleCube Incidents/Cases: Closed
Comment: happens when you change your preferences through the web
client the first time you login.
• Synchronising with non-Palm mobile devices (Intellisync)
Status in PeopleCube Incidents/Cases: Closed, no response from client.
Comment: I have opened at least 2 incidents about this. Support keep
closing them as it takes so long for my testers to provide data. The
second time, I had referred them to the previous incident for the data
they requested, but they seemd to regard this as a lack of response.
Still not been able to connect to the server, even though the check
via a browser shows it is running OK
• Printing: using both version 8.5.3b164 on desktops and version 8.5.1
on Citrix, when printing a month, prints 999 pages; when printing a
week prints Tuesday to Friday, or Sunday to Thursady, depending on
exact client version.
Comment: this was reported to us by PeopleCube support as being fixed
in version 8.5.3b171, which they sent us in response to the report
about group view flashing. This version resolved the printing issue
as well.
Mike Wiseman
Flinders University
http://WWW.LISTSERV.Emory.Edu/Archives/MMXP-TALK.HTML
* MMXP-TALK Web Page: http://WWW.LISTSERV.Emory.Edu/Archives/MMXP-TALK.HTML
Mike Wiseman
2006-07-28 00:03:31 UTC
Permalink
Post by Mathew Shember
Hopefully, the next full release will fix many of the ills.
I would have thought that 8.0 and 8.1 might be in that category,
which is why we waited so long to "upgrade". But by version 8.5 you
might expect to find the software had reached rock-solid status!

Mike Wiseman
Flinders University
Post by Mathew Shember
You didn't know you were QA'ing software? ;-)
I've seen some of your issues.
You missed the fun with the HTML client. It was horrible!
Though peoplecube fixed many things, my linux people have stopped
using MeetingMaker because of it.
Hopefully, the next full release will fix many of the ills.
I'm not going to hold my breath.
Hopefully, I'm wrong!
Post by Mike Wiseman
Just in case anyone has MeetingMaker version 7.5 running and is
contemplating moving to version 8.5, a word of caution.
We have recently downgraded from 7.5 to 8.5, much to our chagrin.
The features and interface may look better but the performance and
bug count is the poorest I have seen for some time. We are
actively considering moving completely to another product based on
our current experience of version 8.5 and the tardy fix rate from
PeopleCube.
By far the major issue for us has been *extremely* slow response
when refreshing diaries with many entries. MM7.5 handled these
diaries easily with no appreciable refresh delay. What is
disturbing is that the problem is still there even when working
off-line with local data for these diaries - the cpu usage on the
local desktop goes to 80+% while it apparently sorts through the
data for presentation.
-----------------------------------------------
Version numbers refer to client version.
Diaries with many entries each day can take up to 20 seconds to load.
Status in PeopleCube Incidents/Cases: Open - researching
Comment: So far we have received explanations from the Dev team,
and requests to do various measurements, but no fix
• Slowness and memory leak under Citrix;
Version 8.5.1 has a memory leak under Citrix which ground the
Citrix servers to a halt over a period of a few hours. (See next
bug for reason for using 8.5.1)
Status in PeopleCube Incidents/Cases: Closed – Feature request (!!!)
Comment: Our staff have found a way to use version 8.5.3, which
seems to have resolved this.
• Under Citrix, have to use a prior version, as current one writes
to wrong directory
Version 8.5.3 writes to the directory containing the
application. This meant that every user on Citrix saw the diary
of the first person to login.
Status in PeopleCube Incidents/Cases: Closed – Bug report
Comment: PeopleCube Support said to use version 8.5.1 as that
version does not have this behaviour. Our staff discovered that
copying the application to every user’s directory worked around
this bug.
• Contact lists & proposals settings not saved (contact list order
reverts to creation order; proposals revert to all open)
Status in PeopleCube Incidents/Cases: Closed
Comment: PeopleCube Support changed the Status of this Incident
from Assigned to Closed without contacting us at all, so this is
still unresolved, and they appear to have no interest in pursuing it.
• View options not stored locally – stored attached to the diary
on the server. Everyone viewing a proxy has to use the same view
– if one changes, it automatically changes all others.
Status in PeopleCube Incidents/Cases: Bug
• Web client uses northern hemisphere daylight saving dates for
southern hemisphere
Status in PeopleCube Incidents/Cases: Bug
• Group view flashes; Address list returns you to the first item
when you select any item from the list
Status in PeopleCube Incidents/Cases: Bug
Comment: Fixed in version 8.5.3b, but only if all users are using
that version
Fixed in version 8.6
• Preferences spontaneoulsy reverting to default
Status in PeopleCube Incidents/Cases: Closed
Comment: happens when you change your preferences through the web
client the first time you login.
• Synchronising with non-Palm mobile devices (Intellisync)
Status in PeopleCube Incidents/Cases: Closed, no response from client.
Comment: I have opened at least 2 incidents about this. Support
keep closing them as it takes so long for my testers to provide
data. The second time, I had referred them to the previous
incident for the data they requested, but they seemd to regard
this as a lack of response.
Still not been able to connect to the server, even though the
check via a browser shows it is running OK
• Printing: using both version 8.5.3b164 on desktops and version
8.5.1 on Citrix, when printing a month, prints 999 pages; when
printing a week prints Tuesday to Friday, or Sunday to Thursady,
depending on exact client version.
Comment: this was reported to us by PeopleCube support as being
fixed in version 8.5.3b171, which they sent us in response to the
report about group view flashing. This version resolved the
printing issue as well.
Mike Wiseman
Flinders University
* MMXP-TALK Web Page: http://WWW.LISTSERV.Emory.Edu/Archives/MMXP-
TALK.HTML
* MMXP-TALK Web Page: http://WWW.LISTSERV.Emory.Edu/Archives/MMXP-
TALK.HTML
* MMXP-TALK Web Page: http://WWW.LISTSERV.Emory.Edu/Archives/MMXP-TALK.HTML
Loading...