[aerogear-dev] UnifiedPush Server 1.1.0-beta.1

Matthias Wessendorf matzew at apache.org
Tue May 26 11:04:46 EDT 2015


OK,

I clicked the button \o/

thanks again for testing

On Tue, May 26, 2015 at 2:41 PM, Tadeas Kriz <tkriz at redhat.com> wrote:

> Thanks Lukas!
>
> On Tue, May 26, 2015 at 2:37 PM, Lukáš Fryč <lukas.fryc at gmail.com> wrote:
>
>> Hey Tadeas,
>>
>> as agreed on the IRC, I have opened these jiras:
>>
>> https://issues.jboss.org/browse/AGPUSH-1423 UPS Console: bulk of Admin
>> UI/UX issues
>> https://issues.jboss.org/browse/AGPUSH-1421 UPS Console: re-introduce
>> double-check confirmation for app/variant remove/secret-reset
>> https://issues.jboss.org/browse/AGPUSH-1422 Describe test spec for
>> testing new Push Opened Analytics feature
>>
>>
>> Cheers,
>>
>> ~ Lukas
>>
>> On Tue, May 26, 2015 at 10:40 AM, Matthias Wessendorf <matzew at apache.org>
>> wrote:
>>
>>> Hi,
>>>
>>> thanks for the testing. Looks like we are good to go w/ the beta.1
>>> release.
>>> Like Lukas already asked, are you able to create a few JIRAs to capture
>>> the issues on the UI ?
>>>
>>> Thanks
>>>
>>> On Fri, May 22, 2015 at 1:30 PM, Lukáš Fryč <lukas.fryc at gmail.com>
>>> wrote:
>>>
>>>> Thanks Tadeas,
>>>>
>>>> that's wonderful feedback!
>>>>
>>>> On Fri, May 22, 2015 at 3:24 AM, Tadeas Kriz <tkriz at redhat.com> wrote:
>>>>
>>>>> UnifiedPush Server 1.1.0-beta.1 testing report
>>>>>
>>>>> Hello there again,
>>>>>
>>>>> so I have tested the UPS using the UI console, iOS 8.0 and Android
>>>>> 5.1. I have used the HelloPush example as to me it seems the best for
>>>>> testing the server and messaging.
>>>>>
>>>>> I have not tested the Windows, SimplePush and Amazon. The Simple Push
>>>>> was tested in the automated integration tests, but that does not apply for
>>>>> Windows and Amazon as we do not have the test cases for those. I also could
>>>>> not test them manually because I do not have Windows nor Amazon developer
>>>>> accounts.
>>>>>
>>>>> I have tortured the Admin UI quite thoroughly and it did really well.
>>>>> There were some bugs and some UX quirks that I suggest we fix into the next
>>>>> beta release.
>>>>> Kudos for:
>>>>>
>>>>>    - Absolutely f***ing awesome wizard in the UnifiedPush Server
>>>>>    Admin UI. I have loved every step of it and what totally amazed me was that
>>>>>    when I deployed the app on the device and the app registered itself to the
>>>>>    UPS, the wizard automagically progreessed to the next step! That is so damn
>>>>>    awesome and the UX is just wonderful.
>>>>>       - It was so great that I (as a user) would not mind if it was
>>>>>       shown also when creating another variants in an application that already
>>>>>       has some, because it makes it more friendly and gives the feedback when the
>>>>>       first registration is successful.
>>>>>    - It is also great that the user does not need to click on a link
>>>>>    to keep logged in and only focusing the window is enough. Thanks for that.
>>>>>    - iOS HelloPush example is Swift 1.2 ready!
>>>>>    - Very nice error reporting in iOS HelloPush example (I set the
>>>>>    URL wrong and the app told me about registration issue)
>>>>>
>>>>> Found bugs
>>>>>
>>>>>    -
>>>>>
>>>>>    When sending push message using the UI, the following can happen:
>>>>>    1. Check one or more variants in the variants list
>>>>>       2. Uncheck all of the variants (this will leave you in the same
>>>>>       visual state as it was before step 1.)
>>>>>       3. Send the message
>>>>>       4. Wonder why it was not sent to any of the devices
>>>>>
>>>>>    It seems that when I open the dialog, it shows *No variants*, but
>>>>>    it really means *All variants*. However when I check some variants
>>>>>    and then uncheck them all, it will still say *No variants*, but
>>>>>    now it really means it as *No variants*. My suggestion is to start
>>>>>    with having all the variants checked and instead of listing them all
>>>>>    separated by commas, we should show*All variants*.
>>>>>    -
>>>>>
>>>>>    For some strange reason there is a lot of space in the bottom and
>>>>>    I can scroll away all the content.
>>>>>    - There are *?* help icons/buttons in the lower-right corners [5]
>>>>>    in the analytics panel, but they do not do or show anything.
>>>>>    - In the variant list it still shows *0 delivered*[7] even when I
>>>>>    already sent and delivered messages.
>>>>>    - In *Sender API* tab there is always *Set up Java UPS* on top of
>>>>>    the other sender platform (see [2, 3, 4])
>>>>>    - Clicking the *Read more* about master secret and push app id
>>>>>    security [8] leads to */ag-push/#* (and somehow corrupts the
>>>>>    history and I could not hit back button).
>>>>>    - Search in PushApplication list does not work (and I am not sure
>>>>>    if it is necessary as there should not be that many apps).
>>>>>
>>>>> UI/UX Quirks
>>>>>
>>>>>    - Variant creation dialog wraps text when there is a lot of space
>>>>>    [1].
>>>>>    - The area between number of devices and *edit* button shows the
>>>>>    *hand* cursor, but it is not clickable. I would suggest to make it
>>>>>    clickable and the action would be expanding/collapsing the variant detail.
>>>>>    - The *+*/*-* button for expanding/collapsing the statistics does
>>>>>    not show *hand* cursor when mouse is above it.
>>>>>    - In the top right corner of the window, there is the *warnings* information,
>>>>>    however it is strange when there are no warnings so I would suggest one of
>>>>>    these:
>>>>>       1. Do not show it in the bar altogether when there are no
>>>>>       warnings
>>>>>       2. Disable the *clickability* of it when there are no warnings
>>>>>       3. When the popup is shown, it should not be just an empty
>>>>>       box[6], but should show something like *No warnings*
>>>>>    - When hitting the *Edit* variant button, it shows a dialog where
>>>>>    I can change only the name of the variant. However when I click the*Change
>>>>>    network options* button, I am presented with the possibility to
>>>>>    change both the name of the variant and the network specific configuration.
>>>>>    I would therefore suggest to not show the name field in the *Change
>>>>>    network options* dialog as it is not considered a good practise to
>>>>>    have two ways of doing the same thing in UI.
>>>>>    - It is a bit strange that when I hover over the *copy* (sources)
>>>>>    in variant detail, the *edit* and delete buttons disappear until I
>>>>>    move the mouse away from the *copy*.
>>>>>    - Links to *Android*, *Chrome*, *iOS*, *Cordova* etc. in variant
>>>>>    detail should open the documentation in a new tab like the rest of
>>>>>    documentation links. Now it opens in the same app which is not good because
>>>>>    the user wants to stay in the Admin UI.
>>>>>    - When I click on the *in the documentation* link on the *no
>>>>>    variants* screen, I get redirected correcly, but it takes a while
>>>>>    for the images to load and it pushes the content away and I lose track
>>>>>    where was the help I came for. I would suggest to set the dimensions into
>>>>>    the <img> tags therefore it will not push the screen away, but simply load
>>>>>    into the empty space.
>>>>>
>>>>> This is aerogear.org bug, could you report that?
>>>>
>>>>>
>>>>>    - Each time the user wants to do a destructive action (i.e. *deleting
>>>>>    application*, *deleting variant*,*reseting master secret*) he
>>>>>    should be presented with a dialog in which he would have to type the name
>>>>>    of the *variant*or *application* in order to continue. This was
>>>>>    already in before and I am not sure why was it removed.
>>>>>
>>>>>  We have discussed this with Andres and he believes it is unnecessary
>>>> from UX PoV: clicking big red button should be enough. :-)
>>>>
>>>> But since this is re-occuring report to the new UI, we should probably
>>>> rethink that and introduce confirmation back.
>>>>
>>>>> Questions
>>>>>
>>>>>    - I am not sure what *x receivers / y opened* means as well as the
>>>>>    meaning of *first time opened* and*last time opened*.
>>>>>    - Is there a way to access the list of registered installations as
>>>>>    it was before? Should it?
>>>>>    - In analytics there are *Push opens* statistics. Does that mean
>>>>>    there is some new API in UnifiedPush Server? If so should we test it? If so
>>>>>    how?
>>>>>
>>>>> Yes, all these are related to the new Analytics - push notification
>>>> sent to devices / devices opened metric.
>>>>
>>>>> One more thing
>>>>>
>>>>> It would be great if we implemented documentation versioning similar
>>>>> to readthedocs.org <http://www.readthedocs.org/>. That way there
>>>>> could be more versions of the documentation hosted on the aerogear.org
>>>>> <http://www.aerogear.org/> site and each version of UnifiedPush
>>>>> Server Admin UI could point to the specific version. It would lead to
>>>>> better user experience because they would see the documentation exactly for
>>>>> their version.
>>>>>
>>>>
>>>> Something what we could consider is hosting generated documentation in
>>>> version-prefixed directories, such as here:
>>>> http://docs.jboss.org/richfaces/
>>>>
>>>> This is probably worth separated thread.
>>>>
>>>>
>>>>> All taken into consideration the team did a great job on the 1.1.0 and
>>>>> even though it is still just beta.1, it is working very well. Thanks guys!
>>>>>
>>>>> PS: Sorry for the order of images, it is 3 am and I was too tired to
>>>>> reorganize them. Also I did not yet create any JIRA tickets for the bugs. I
>>>>> just wanted to share the report with you guys so we can discuss which of
>>>>> the items will be moved into the JIRA as tickets and which are not
>>>>> important or would me marked as "won't fix".
>>>>>
>>>>
>>>>
>>>> @Tadeas: could I ask you to report the bugs in one or two JIRAs (+
>>>> JIRAs specific to aerogear.org, such as page scrolling issue)? Let's
>>>> report them in a bulk and assigned to me, I will split them as necessary
>>>> into subtasks.
>>>>
>>>>> Thanks,
>>>>> Tadeas Kriz
>>>>>
>>>>> 1 -
>>>>> https://lh5.googleusercontent.com/-OHKxiXEIT88/VV6DvB0uRKI/AAAAAAAAX5I/a-m6umCfZUo/w593-h758-no/Screen%2BShot%2B2015-05-22%2Bat%2B12.14.05%2Bam.png
>>>>> 2 -
>>>>> https://lh5.googleusercontent.com/-KzruF4kzwj4/VV6Dyuu1kxI/AAAAAAAAX5o/RFuCFGzxtXo/w1192-h512-no/Screen%2BShot%2B2015-05-22%2Bat%2B1.27.53%2Bam.png
>>>>> 3 -
>>>>> https://lh6.googleusercontent.com/-ZAlJzi51BX0/VV6Dx1J3SxI/AAAAAAAAX5k/UQiql9TMye4/w1187-h571-no/Screen%2BShot%2B2015-05-22%2Bat%2B1.27.58%2Bam.png
>>>>> 4 -
>>>>> https://lh6.googleusercontent.com/-LHyvZPW5AzI/VV6DxSuf-yI/AAAAAAAAX5c/bi9eJaQ6RLc/w1199-h491-no/Screen%2BShot%2B2015-05-22%2Bat%2B1.28.04%2Bam.png
>>>>> 5 -
>>>>> https://lh6.googleusercontent.com/-A-dpKMM4IcU/VV6D1WjHp5I/AAAAAAAAX54/XeQC-2KUqVg/w373-h146-no/Screen%2BShot%2B2015-05-22%2Bat%2B1.12.15%2Bam.png
>>>>> 6 -
>>>>> https://lh3.googleusercontent.com/-dU4Weqwf5as/VV6D2OFf-II/AAAAAAAAX6A/T5CDLREzT-w/w277-h83-no/Screen%2BShot%2B2015-05-22%2Bat%2B1.09.51%2Bam.png
>>>>> 7 -
>>>>> https://lh5.googleusercontent.com/-q_0F21tJZgo/VV6Dz4jZJPI/AAAAAAAAX5w/ngGABCT_AUM/w320-h316-no/Screen%2BShot%2B2015-05-22%2Bat%2B1.19.53%2Bam.png
>>>>> 8 -
>>>>> https://lh5.googleusercontent.com/-57qlJTvJEBI/VV6Dwg3i0SI/AAAAAAAAX5Q/KPQxgw1DS0w/w644-h63-no/Screen%2BShot%2B2015-05-22%2Bat%2B1.28.56%2Bam.png
>>>>>
>>>>>
>>>>> On Thu, May 21, 2015 at 11:39 PM, Tadeas Kriz <tkriz at redhat.com>
>>>>> wrote:
>>>>>
>>>>>> Hey,
>>>>>>
>>>>>> I've just run integration tests and the UnifiedPush Server works
>>>>>> great. One huge downside is the change that breaks the API of Java Sender
>>>>>> and that the API is currently in somehow inconsistent state (it is
>>>>>> synchronous, but it uses callback to deliver the `success` state and throws
>>>>>> exception to deliver the `failed` state).
>>>>>>
>>>>>> Now I'm going to proceed with the real-device testing.
>>>>>>
>>>>>> On Thu, May 21, 2015 at 10:33 PM, Matthias Wessendorf <
>>>>>> matzew at apache.org> wrote:
>>>>>>
>>>>>>> NEVERMIND, see
>>>>>>> https://github.com/aerogear/aerogear-unifiedpush-server/pull/568
>>>>>>> for details
>>>>>>>
>>>>>>> staging stays, and we continue w/ 1.1.0 of Keycloak
>>>>>>>
>>>>>>> On Thu, May 21, 2015 at 10:18 PM, Matthias Wessendorf <
>>>>>>> matzew at apache.org> wrote:
>>>>>>>
>>>>>>>> please give it a spin, so that I can merege it, in order to
>>>>>>>> actually do the re-staging
>>>>>>>>
>>>>>>>> On Thu, May 21, 2015 at 10:15 PM, Matthias Wessendorf <
>>>>>>>> mwessendorf at gmail.com> wrote:
>>>>>>>>
>>>>>>>>> we need to re-stage, due to this bug:
>>>>>>>>> https://github.com/aerogear/aerogear-unifiedpush-server/pull/568
>>>>>>>>>
>>>>>>>>> On Thu, May 21, 2015 at 9:21 PM, Matthias Wessendorf <
>>>>>>>>> mwessendorf at gmail.com> wrote:
>>>>>>>>>
>>>>>>>>>> Hi,
>>>>>>>>>>
>>>>>>>>>> after month of work, here is the first beta release for the UPS
>>>>>>>>>> 1.1.0. It contains more features and inprovements around UI, JMS for
>>>>>>>>>> enhanced scalability and a lot of other stuff:
>>>>>>>>>> https://issues.jboss.org/browse/AGPUSH/fixforversion/12326579
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Please test the staged release:
>>>>>>>>>>
>>>>>>>>>> https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-5605/
>>>>>>>>>>
>>>>>>>>>> Like w/ the previous alpha.2, please make sure you use a full
>>>>>>>>>> profile WildFly or EAP server for tests, since we now have JMS hooks ;-)
>>>>>>>>>> (See README for details)
>>>>>>>>>>
>>>>>>>>>> On Wednesday I'd like to press the button to release it to the
>>>>>>>>>> wild.
>>>>>>>>>>
>>>>>>>>>> PS: Since this is the first beta release we won't yet be updating
>>>>>>>>>> our Openshift cartridge - that will stay on 1.0.3 (stable) for a little
>>>>>>>>>> longer time. For the next release (beta.2) in a few weeks we may get to
>>>>>>>>>> this Openshift update.
>>>>>>>>>>
>>>>>>>>>> Thanks,
>>>>>>>>>> Matthias
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> Matthias Wessendorf
>>>>>>>>>>
>>>>>>>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>>>>>>>> sessions: http://www.slideshare.net/mwessendorf
>>>>>>>>>> twitter: http://twitter.com/mwessendorf
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Matthias Wessendorf
>>>>>>>>>
>>>>>>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>>>>>>> sessions: http://www.slideshare.net/mwessendorf
>>>>>>>>> twitter: http://twitter.com/mwessendorf
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> Matthias Wessendorf
>>>>>>>>
>>>>>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>>>>>> sessions: http://www.slideshare.net/mwessendorf
>>>>>>>> twitter: http://twitter.com/mwessendorf
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Matthias Wessendorf
>>>>>>>
>>>>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>>>>> sessions: http://www.slideshare.net/mwessendorf
>>>>>>> twitter: http://twitter.com/mwessendorf
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> aerogear-dev mailing list
>>>>>>> aerogear-dev at lists.jboss.org
>>>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> --
>>>>>> Tadeas Kriz
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> --
>>>>> Tadeas Kriz
>>>>>
>>>>> _______________________________________________
>>>>> aerogear-dev mailing list
>>>>> aerogear-dev at lists.jboss.org
>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> aerogear-dev mailing list
>>>> aerogear-dev at lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>
>>>
>>>
>>>
>>> --
>>> Matthias Wessendorf
>>>
>>> blog: http://matthiaswessendorf.wordpress.com/
>>> sessions: http://www.slideshare.net/mwessendorf
>>> twitter: http://twitter.com/mwessendorf
>>>
>>> _______________________________________________
>>> aerogear-dev mailing list
>>> aerogear-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>
>>
>>
>> _______________________________________________
>> aerogear-dev mailing list
>> aerogear-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>
>
>
>
> --
> --
> Tadeas Kriz
>
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>



-- 
Matthias Wessendorf

blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150526/6aea857d/attachment-0001.html 


More information about the aerogear-dev mailing list