GUEDDES / gnizr

Automatically exported from code.google.com/p/gnizr
Other
0 stars 0 forks source link

bookmarklet doesn't maintain state after required authentication #33

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago
What steps will reproduce the problem?
1. logout of gnizr
2. navigate to arbitrary web page
3. click post to gnizr in Firefox toolbar

What is the expected output? What do you see instead?
- expect to be prompted for auth then taken to standard add bookmark page
- instead: prompted for auth, then taken to gnizr page w/o bookmark added

What version of the product are you using? On what operating system?
v. 2.2 on Sun OS 10.  Client: OS X 10.4.  Firefox 2.0.0.10.

Please provide any additional information below.

Original issue reported on code.google.com by rrezi...@gmail.com on 19 Dec 2007 at 6:22

GoogleCodeExporter commented 8 years ago
[deleted comment]
GoogleCodeExporter commented 8 years ago
[deleted comment]
GoogleCodeExporter commented 8 years ago

Original comment by harry.c...@gmail.com on 21 Dec 2007 at 10:56

GoogleCodeExporter commented 8 years ago

Original comment by harry.c...@gmail.com on 27 Dec 2007 at 9:00

GoogleCodeExporter commented 8 years ago
I just installed M3 and I'm still taken to the homepage rather than the 
bookmark page
after logging in.  I dragged the new 'post to gnizr' link from the help page.

The rest of the environment is the same.

Original comment by rrezi...@gmail.com on 3 Jan 2008 at 9:16

GoogleCodeExporter commented 8 years ago
rrezinas, thank you for reporting back the issue. I will work to fixed the 
problem in
2.3.0-M4

Original comment by harry.c...@gmail.com on 22 Jan 2008 at 2:20

GoogleCodeExporter commented 8 years ago
[deleted comment]
GoogleCodeExporter commented 8 years ago
I've studied the problem. In gnizr 2.3.0-M3, the redirection problem occurs when
'anonymousReaderPolicy' is set to 'close' in gnizr.xml. 

Temp solution: try setting the 'anonymousReaderPolicy' value to 'open' will 
solve the
redirection problem. 

The correct way to solve the problem is to re-order the use of webwork 
interceptors
in xwork/gnizr-bookmark.xml. I have committed fixes to SVN under Revision 555. 

Original comment by harry.c...@gmail.com on 22 Jan 2008 at 3:51