Web Part connections on Classic pages - InfoPath Form Viewer issues

%3CLINGO-SUB%20id%3D%22lingo-sub-1573087%22%20slang%3D%22en-US%22%3EWeb%20Part%20connections%20on%20Classic%20pages%20-%20InfoPath%20Form%20Viewer%20issues%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1573087%22%20slang%3D%22en-US%22%3E%3CP%3EHi%2C%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EI've%20been%20struggling%20with%20Web%20Part%20connections%20on%20a%20classic%20page%20on%20our%20SPO%20tenant%20and%20would%20appreciate%20any%20feedback.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EScenario%3A%20An%20InfoPath%20list%20form%20has%20been%20created%2C%20which%20handles%20data%20and%20sets%20some%20field%20values%20to%20be%20made%20available%20to%20other%20Web%20Parts%20on%20the%20same%20page%20with%20the%20'Send%20Data%20to%20Web%20Part'%20rule%20action.%20A%20second%20web%20part%20(Library%20View)%20consumes%20these%20using%20'Get%20Parameters%20From'%20to%20use%20as%20part%20of%20some%20filter%20conditions.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EIt%20was%20necessary%20to%20create%20these%20parameters%20manually%20in%20SPD2013%20code%20view%20due%20to%20the%20longstanding%20interface%20bug%20in%20that%20software%20which%20prevents%20the%20'List%20View%20Tools'%20tab%20from%20appearing.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EWhen%20I%20establish%20a%20web%20part%20connection%20between%20two%20List%2FLibrary%20View%20web%20parts%2C%20the%20'Configure%20Connection%20--%20Web%20page%20Dialogue'%20(...%2F_layouts%2F15%2FAspXform.aspx%3FpageUrl%3D...)%20appears%20correctly%20as%20long%20as%20no%20InfoPath%20Form%20Viewer%20web%20parts%20are%20present%20in%20the%20same%20page.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3E%3CSPAN%20class%3D%22lia-inline-image-display-wrapper%20lia-image-align-center%22%20image-alt%3D%22Screenshot%20from%202020-08-07%2015-03-20.png%22%20style%3D%22width%3A%20400px%3B%22%3E%3CIMG%20src%3D%22https%3A%2F%2Fgxcuf89792.i.lithium.com%2Ft5%2Fimage%2Fserverpage%2Fimage-id%2F210989i5D7C2FE7BAE23A51%2Fimage-size%2Fmedium%3Fv%3D1.0%26amp%3Bpx%3D400%22%20title%3D%22Screenshot%20from%202020-08-07%2015-03-20.png%22%20alt%3D%22Screenshot%20from%202020-08-07%2015-03-20.png%22%20%2F%3E%3C%2FSPAN%3E%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EIf%20any%20InfoPath%20Form%20Viewer%20web%20parts%20%3CSTRONG%3Eare%3C%2FSTRONG%3E%20present%20in%20the%20same%20page%2C%20even%20if%20they're%20not%20the%20source%20or%20destination%20of%20the%20intended%20connection%2C%20this%20dialogue%20does%20not%20appear.%3CBR%20%2F%3E%3CBR%20%2F%3E%3C%2FP%3E%3CP%3EFor%20web%20part%20pages%20which%20only%20use%20'Send%20Form%20To'%20an%20InfoPath%20Form%20Viewer%20web%20part%20from%20a%20connected%20view%20of%20its%20same%20list%2C%20this%20is%20managable%20-%20as%20the%20relevant%20binding%20is%20automatically%20established%20without%20any%20dialogue.%20As%20long%20as%20the%20Form%20is%20the%20last%20web%20part%20to%20be%20added%2C%20it%20can%20be%20made%20to%20work.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EFor%20other%20requirements%2C%20however%2C%20it%20is%20necessary%20to%20bind%20fields%20from%20the%20Form%20against%20the%20Parameters%20in%20some%20way.%20I%20still%20have%20access%20to%20a%202010%20on-prem%20environment%20for%20a%20few%20weeks%2C%20and%20will%20try%20to%20replicate%2Fgeneralise%20the%20'%3CSPPROXYWEBPARTMANAGER%20runat%3D%22%26quot%3Bserver%26quot%3B%22%20id%3D%22%26quot%3Bspproxywebpartmanager%26quot%3B%22%3E%3CSPWEBPARTCONNECTIONS%3E'%20syntax%20in%20SPO.%20This%20is%20not%20ideal%20and%20I%20expect%20to%20encounter%20further%20problems%20if%20this%20needs%20to%20be%20done%20at%20scale.%3C%2FSPWEBPARTCONNECTIONS%3E%3C%2FSPPROXYWEBPARTMANAGER%3E%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EIs%20this%20a%20known%20bug%2Flimitation%20with%20Classic%20Pages%3F%20I've%20tried%20various%20browsers%20-%20IE8-11%2C%2032%2F64%20bit%2C%20Edge%2FFF%2FChrome%2C%20Compatibility%20Mode%20on%2Foff%2C%20etc.%3CBR%20%2F%3E%3CBR%20%2F%3EIn%20principle%20we'd%20be%20willing%20to%20use%20Modern%20for%20this%2C%20but%20I've%20not%20found%20any%20Modern%20Page%20friendly%20way%20to%20inject%20the%20necessary%20pivoting%20we%20resolve%20with%20embedded%20InfoPath.%20If%20it%20needs%20to%20be%20said%2C%20yes%2C%20we%20are%20also%20aware%20that%20InfoPath%20is%20going%20EOL%20in%20a%20few%20years.%20PowerApps%20is%20not%20a%20viable%20solution%20in%20our%20environment%20at%20this%20time.%3CBR%20%2F%3E%3CBR%20%2F%3EThanks%20in%20advance%20for%20any%20recommendations.%3CBR%20%2F%3ERory%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-LABS%20id%3D%22lingo-labs-1573087%22%20slang%3D%22en-US%22%3E%3CLINGO-LABEL%3ESharePoint%20Online%3C%2FLINGO-LABEL%3E%3C%2FLINGO-LABS%3E
Highlighted
Established Member

Hi,

 

I've been struggling with Web Part connections on a classic page on our SPO tenant and would appreciate any feedback.

 

Scenario: An InfoPath list form has been created, which handles data and sets some field values to be made available to other Web Parts on the same page with the 'Send Data to Web Part' rule action. A second web part (Library View) consumes these using 'Get Parameters From' to use as part of some filter conditions.

 

It was necessary to create these parameters manually in SPD2013 code view due to the longstanding interface bug in that software which prevents the 'List View Tools' tab from appearing.

 

When I establish a web part connection between two List/Library View web parts, the 'Configure Connection -- Web page Dialogue' (.../_layouts/15/AspXform.aspx?pageUrl=...) appears correctly as long as no InfoPath Form Viewer web parts are present in the same page.

 

Screenshot from 2020-08-07 15-03-20.png

 

If any InfoPath Form Viewer web parts are present in the same page, even if they're not the source or destination of the intended connection, this dialogue does not appear.

For web part pages which only use 'Send Form To' an InfoPath Form Viewer web part from a connected view of its same list, this is managable - as the relevant binding is automatically established without any dialogue. As long as the Form is the last web part to be added, it can be made to work.

 

For other requirements, however, it is necessary to bind fields from the Form against the Parameters in some way. I still have access to a 2010 on-prem environment for a few weeks, and will try to replicate/generalise the '<WebPartPages:SPProxyWebPartManager runat="server" id="spproxywebpartmanager"><SPWebPartConnections>' syntax in SPO. This is not ideal and I expect to encounter further problems if this needs to be done at scale.

 

Is this a known bug/limitation with Classic Pages? I've tried various browsers - IE8-11, 32/64 bit, Edge/FF/Chrome, Compatibility Mode on/off, etc.

In principle we'd be willing to use Modern for this, but I've not found any Modern Page friendly way to inject the necessary pivoting we resolve with embedded InfoPath. If it needs to be said, yes, we are also aware that InfoPath is going EOL in a few years. PowerApps is not a viable solution in our environment at this time.

Thanks in advance for any recommendations.
Rory

0 Replies