Locked toolbar closes after timeout and cannot be opened afterwards

[Leo Arias]

Steps to reprodue:

Open the rss app
Open the toolbar
Click the Add reads button
Click the Add feads option
Wait for the toolbar to disappear
At this point, it's not possible to make it appear.

I'm testing in and up-to-date trusty, using trunk.

The toolbar in the main page works fine, I can hide and reveal it.

[Roman Shchekin (mrqtros)]

Do you really think that it is our local (application-wide) problem rather
than in SDK? :)
They changed toolbar's default behavior (hiding it after 5 seconds as far
as I know),
so all questions to them.
I can only give an advice - reason of this bug is much deeper, than anyone
can think.
Such behavior can't be reproduced in simple app with few pages, only when
there is a stack
of pages. Check code of our app for more info.

2013/11/7 Leo Arias <email address hidden>

> Public bug reported:
>
> Steps to reprodue:
>
> Open the rss app
> Open the toolbar
> Click the Add reads button
> Click the Add feads option
> Wait for the toolbar to disappear
> At this point, it's not possible to make it appear.
>
> I'm testing in and up-to-date trusty, using trunk.
>
> The toolbar in the main page works fine, I can hide and reveal it.
>
> ** Affects: ubuntu-rssreader-app
> Importance: High
> Status: New
>
>
> ** Tags: elopio qa-touch
>
> --
> You received this bug notification because you are a member of Ubuntu
> RSS Feed Reader Developers, which is subscribed to Ubuntu RSS Feed
> Reader App.
> Matching subscriptions: Ubuntu RSS Reader Bugmail
> https://bugs.launchpad.net/bugs/1248759
>
> Title:
> Once the toolbar in the Add feeds page is hidden, I can't make it
> appear anymore
>
> Status in RSS Feed Reader application for Ubuntu devices:
> New
>
> Bug description:
> Steps to reprodue:
>
> Open the rss app
> Open the toolbar
> Click the Add reads button
> Click the Add feads option
> Wait for the toolbar to disappear
> At this point, it's not possible to make it appear.
>
> I'm testing in and up-to-date trusty, using trunk.
>
> The toolbar in the main page works fine, I can hide and reveal it.
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/ubuntu-rssreader-app/+bug/1248759/+subscriptions
>

[Leo Arias (elopio)]

Marking as confirmed, reproduced by veebers.
I'll ask the SDK team about this.

[Joey Chan (qqworini)]

Maybe the "locked" property of toolbar cause this bug, I did a workaround for previous version , but now came out again.

Comment the "locked" property should work, I will have a try later.

[Tim Peeters (tpeeters)]

do you have a small qml program to reproduce this bug?

[Joey Chan (qqworini)]

I can't reproduce in my environment: Kubuntu 12.04 with SDK ppa

Also can't reproduce in my nexus 4 with saucy r100

Seems it's only happen in latest SDK version

[Ken VanDine (ken-vandine)]

I've noticed this in clock-app in the add alarm page and calendar-app in the new appointment page. Both lock the toolbar open to show the save button.

[Tim Peeters (tpeeters)]

I'm trying to reproduce this issue, but the following code does not reproduce it:

import QtQuick 2.0
import Ubuntu.Components 0.1

MainView {
    width: units.gu(50)
    height: units.gu(80)
    id: mainView

    Page {
        id: page
        title: "test page"
        Label {
            anchors.centerIn: parent
            text: "testing the toolbar"
        }
        tools: ToolbarItems {
            id: toolbarItems
            ToolbarButton {
                text: "action1"
            }
            locked: true
            opened: true
        }
    }
// Component.onCompleted: mainView.__propagated.toolbar.open()
}

When the toolbar is locked, it does not auto-hide.

[Tim Peeters (tpeeters)]

aha! If I use this code:

import QtQuick 2.0
import Ubuntu.Components 0.1

MainView {
    width: units.gu(50)
    height: units.gu(80)
    id: mainView

    Tabs {
        Tab {
            title: "test"

            page: Page {
                id: page
                title: "test page"
                Label {
                    anchors.centerIn: parent
                    text: "testing the toolbar"
                }
                tools: ToolbarItems {
                    id: toolbarItems
                    ToolbarButton {
                        text: "action1"
                    }
                    locked: true
                    opened: true
                }
            }
        }

        Tab {
            title: "empty"
            page: Page { }
        }
    }
}

and then switch tabs, and switch back, I can reproduce.

[David Planella (dpm)]

What's the status of this bug for the core apps? Did the UITK bugfix resolve the issue? Is there still a workaround required?