Forum

Welcome to ProjeQtOr new Forum. We migrated old forum to the new website.
You will find all your posts here, with your usual account.
Just one point : you’ll have to reinitialize your password. Use “Lost password” feature.

Cannot scroll down ...
 
Notifications
Clear all

Cannot scroll down in bottom frame with Chrome(last),Ie8,Firefox9

23 Posts
2 Users
0 Reactions
22.8 K Views
(@ffwrude)
Posts: 33
Active Member
Topic starter
 
[#412]

Hi,

I have a problem with all of my navigators . When i open a tab with a lot of content in the bottom frame (for exemple, workflow description) i can't see the bottom of the diagram and when i try to close it, i can't see the bottom of the autorisation "frame".

Screen caps here =>


 
Posted : 13 Mar 2012 19H43
babynus
(@babynus)
Posts: 14957
Main Contributor Admin
 

This bug has been noticed by some users, but I've never been able to reproduce it.
I'm looking for someone to give me hints !

1) Do you reproduce this issue if you try same case on Demo ( http://projectorria.toolware.fr/demo ) ?

2) Do you reproduce this issue on another screen than WorkFlow ?

3) Could you try and "close" all status but one => how about workflow screen then ?
If it's OK, could you "re-open" (unclose) status one by one and test workflow each time => when doesn it get "wrong" ? (what status ? how many active status ?)

Thanks for your help.


 
Posted : 13 Mar 2012 19H58
(@ffwrude)
Posts: 33
Active Member
Topic starter
 

How do i log on the demo ?


 
Posted : 13 Mar 2012 20H05
babynus
(@babynus)
Posts: 14957
Main Contributor Admin
 

guest/guest or invité/invité


 
Posted : 13 Mar 2012 20H07
(@ffwrude)
Posts: 33
Active Member
Topic starter
 

1)
2)
3) Doesn't change a thing

Tested on :

Google Chrome 17.0.963.66 m (W7)
Firefox 9.01 (W7)
Firefox 10.0.2 (W7)
Internet Explorer 8.0.6001 (WXP)


 
Posted : 13 Mar 2012 20H10
babynus
(@babynus)
Posts: 14957
Main Contributor Admin
 

What OS ?


 
Posted : 13 Mar 2012 20H26
(@ffwrude)
Posts: 33
Active Member
Topic starter
 

W7 => Windows7
WXP => WinXp


 
Posted : 13 Mar 2012 20H27
babynus
(@babynus)
Posts: 14957
Main Contributor Admin
 

Could you send a print screen showing behaving with one only active status ?

Thanks.


 
Posted : 13 Mar 2012 20H28
(@ffwrude)
Posts: 33
Active Member
Topic starter
 

I don't understand. I have only one status active in the print screens.

Or if you mean not having recording...qualifying etc... that's meaningless (i think) because i won't have the problem with one status because it will fit in one screen. So no scrollbar.


 
Posted : 13 Mar 2012 22H06
babynus
(@babynus)
Posts: 14957
Main Contributor Admin
 

Yes,
My purpose is to test with 1 only status : there will be no scroll bar.
Then add status one by one and test.
I'd like to check wether the issue appears rights just when scroll bar is needed or depends on request size...


 
Posted : 14 Mar 2012 11H49
(@ffwrude)
Posts: 33
Active Member
Topic starter
 

I don't understand how that works. I tried to create a new workflow and i can't delete objectifs from the workflow diagram. So how can i do it to have just one status ? How do you delete it ? I can't click them.


 
Posted : 14 Mar 2012 11H57
babynus
(@babynus)
Posts: 14957
Main Contributor Admin
 

Just go to the Status screen (Parameters/Lists of values/Status).
Select each status but one, check the closed checkbox and save.

Thanks.


 
Posted : 14 Mar 2012 12H18
(@ffwrude)
Posts: 33
Active Member
Topic starter
 

Ok i did that and have no scrollbar. I'm gonna try to "re-open" the status one by one now.

Whith Two statuts. No scrollbar.


 
Posted : 14 Mar 2012 12H21
babynus
(@babynus)
Posts: 14957
Main Contributor Admin
 

OK.
Many thanks for all these tests.

This eliminates my fist intuition about request size.
What is really weird is that I could never reproduce the issue on same platforms (OS / Browser...)
I'll investigated about unclosed tags or specific request transformation (headers, additional data, ...) due to specific network.

Maybe I'll come back to you next for additional testing.

Thanks.


 
Posted : 14 Mar 2012 14H16
(@ffwrude)
Posts: 33
Active Member
Topic starter
 

If you're using iframes (i didn't look into the code) with the scrolling attributes you may want to look if you don't have any "overflow" from the css that are colliding with it. I had a similar issue not so long ago but can't quite remember what caused it.

Oh and i don't think navigators change with x86 or x64 but both my computer are 64bits.


 
Posted : 14 Mar 2012 15H48
babynus
(@babynus)
Posts: 14957
Main Contributor Admin
 

No, there is no iFrame involded here.

As you reproduce the issue and I don't using :
- Same OS
- Same browsers (and several tested)
- Same instance : http://projectorria.toolware.fr/demo
I guess some network influence is in cause.

Do you reproduce the issue on an enterprise network, on a private network or anywhere ?
Do you use a proxy ?


 
Posted : 14 Mar 2012 16H08
(@ffwrude)
Posts: 33
Active Member
Topic starter
 

I use proxy. Enterprise network. I have acces to another computer outside the network. Want me to try it ?


 
Posted : 14 Mar 2012 16H49
babynus
(@babynus)
Posts: 14957
Main Contributor Admin
 

YES PLEASE !


 
Posted : 14 Mar 2012 17H00
(@ffwrude)
Posts: 33
Active Member
Topic starter
 

Tested on W7 Google Chrome at my house. Same thing


 
Posted : 14 Mar 2012 17H49
babynus
(@babynus)
Posts: 14957
Main Contributor Admin
 

Could you pease execute this test :

Modifiy /view/js/projector.js and add after lines 412 and 493 the line :

if (page.substr(0,16)=='objectDetail.php') {console.log(data);}

These lines should then look like

      load: function(data,args){
if (page.substr(0,16)=='objectDetail.php') {console.log(data);}
        // update the destination when ajax request is received

Then open a brower with console (Chrome or Firefox with firebug), be sure to refresh the cache (F5) and run the test (display workflow detail).

A large message should appear in the console.
Copy it and paste it here or send it to me.

Many thanks in advance.


 
Posted : 14 Mar 2012 20H44
babynus
(@babynus)
Posts: 14957
Main Contributor Admin
 

An issue has been fixed for V2.1 or bad tag closure.
It could slve this kind of issue.
(not sure as I never could reproduced the issue, and so cannot test the fixing )


 
Posted : 25 Mar 2012 1H42
(@ffwrude)
Posts: 33
Active Member
Topic starter
 

Thank you i could not test the code (cause too much work elsewhere).


 
Posted : 26 Mar 2012 12H09
babynus
(@babynus)
Posts: 14957
Main Contributor Admin
 

I finaly could reproduce the issue.
I found the reproduction case.
It will be fixed in V2.1.1

A workaround is simple :
- go to "User parameters"
- in Display History, select 'Yes"
- save parameters
- test again : it's magic !


 
Posted : 07 Apr 2012 22H41
Share:

Scroll to Top