Return-Path: X-Original-To: apmail-incubator-allura-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-allura-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 34B2DC920 for ; Tue, 10 Sep 2013 16:57:39 +0000 (UTC) Received: (qmail 96609 invoked by uid 500); 10 Sep 2013 16:57:39 -0000 Delivered-To: apmail-incubator-allura-dev-archive@incubator.apache.org Received: (qmail 96555 invoked by uid 500); 10 Sep 2013 16:57:38 -0000 Mailing-List: contact allura-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: allura-dev@incubator.apache.org Delivered-To: mailing list allura-dev@incubator.apache.org Received: (qmail 96542 invoked by uid 99); 10 Sep 2013 16:57:38 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 10 Sep 2013 16:57:38 +0000 X-ASF-Spam-Status: No, hits=-0.1 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of noreply@sourceforge.net designates 216.34.181.60 as permitted sender) Received: from [216.34.181.60] (HELO smtp.ch3.sourceforge.com) (216.34.181.60) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 10 Sep 2013 16:57:33 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=sourceforge.com; s=x; h=Date:Message-ID:Subject:Reply-To:From:To:MIME-Version:Content-Type; bh=Vou1KSc9rbgYQB2bftDuSOOa//8hTl09miAxAVh2zMA=; b=IRUyN6alAWz/ZjKKRvmvUMHNLvmf452PKDmFg+ZBbySir8LKBXR9r7//AxSjdkmyzTLCvIsxPZt6Ld51DRgi7FP11GDPqdLmIu+J3MXXPNq8321fRe6fQi9UvOadd6gEPU5TA0DJme36ZncSJkWOsgqHleiu1+GtoueQ83aXj+c=; Received: from localhost ([127.0.0.1] helo=sfs-alluradaemon-2.v29.ch3.sourceforge.com) by sfs-alluradaemon-2.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1VJRFZ-000207-6s for allura-dev@incubator.apache.org; Tue, 10 Sep 2013 16:57:13 +0000 Content-Type: multipart/related; boundary="===============3153852367801598115==" MIME-Version: 1.0 To: "[allura:tickets] " <6529@tickets.allura.p.re.sf.net> From: "Cory Johns" Reply-To: "[allura:tickets] " <6529@tickets.allura.p.re.sf.net> Subject: [allura:tickets] #6529 Login overlay Message-ID:

Date: Tue, 10 Sep 2013 16:57:13 +0000 X-Virus-Checked: Checked by ClamAV on apache.org --===============3153852367801598115== Content-Type: multipart/alternative; boundary="===============5638192448155953667==" MIME-Version: 1.0 --===============5638192448155953667== MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit - **status**: open --> in-progress - **assigned_to**: Cory Johns --- ** [tickets:#6529] Login overlay** **Status:** in-progress **Labels:** import auth **Created:** Wed Aug 07, 2013 08:36 PM UTC by Cory Johns **Last Updated:** Wed Sep 04, 2013 05:59 PM UTC **Owner:** Cory Johns Create a decorator or `require_access` alternative that allows the page to render but causes a login overlay dialog to be displayed over the page, similar to [this mockup](http://rhaynie-4185.sb.sf.net/Slashdesign/SFlogin/overlay/login-overlay.html). The overlay should load an iframe from the URL specified in `auth.login_fragment_url` with the appropriate `return_to` info provided, which should submit to `_top` to reload the source page. Also, the overlay should be a little lighter than the mockup and the box should be movable so that the underlying page can be inspected (although not interacted with) as the purpose behind this is to showcase what can be done when logged in. A default fragment implementation should be provided based on the default login view in `allura.controllers.auth.AuthController`. A SFX fragment implementation will need to be created, as well, for SF. --- Sent from sourceforge.net because allura-dev@incubator.apache.org is subscribed to https://sourceforge.net/p/allura/tickets/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/allura/admin/tickets/options. Or, if this is a mailing list, you can unsubscribe from the mailing list. --===============5638192448155953667== MIME-Version: 1.0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 7bit
  • status: open --> in-progress
  • assigned_to: Cory Johns

[tickets:#6529] Login overlay

Status: in-progress
Labels: import auth
Created: Wed Aug 07, 2013 08:36 PM UTC by Cory Johns
Last Updated: Wed Sep 04, 2013 05:59 PM UTC
Owner: Cory Johns

Create a decorator or require_access alternative that allows the page to render but causes a login overlay dialog to be displayed over the page, similar to this mockup.

The overlay should load an iframe from the URL specified in auth.login_fragment_url with the appropriate return_to info provided, which should submit to _top to reload the source page.

Also, the overlay should be a little lighter than the mockup and the box should be movable so that the underlying page can be inspected (although not interacted with) as the purpose behind this is to showcase what can be done when logged in.

A default fragment implementation should be provided based on the default login view in allura.controllers.auth.AuthController. A SFX fragment implementation will need to be created, as well, for SF.

Sent from sourceforge.net because allura-dev@incubator.apache.org is subscribed to https://sourceforge.net/p/allura/tickets/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/allura/admin/tickets/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

--===============5638192448155953667==-- --===============3153852367801598115==--